Jump to content
You must now use your email address to sign in [click for more info] ×

Renzatic

Members
  • Posts

    419
  • Joined

  • Last visited

Posts posted by Renzatic

  1. 1 hour ago, retrograde said:

    Nice to see some Blender work sneaking into the forum. ;-) I wonder how many people are using 3d as part of their workflow?

    There is one guy, who's name totally escapes me at the moment, that I've seen post both here and Blenderartists.

    ..so there's probably a couple.

  2. Well, since I'm back on Windows using AP again, I guess I can show off my stuff here once more. Especially since I did a lot of touching up in Photo on this shot.

    ...man. I didn't realize how much I missed their gradient tool until now.

    This is something of a remake of an earlier picture I made a couple years back. One of the first thing I did with vectors. Now it's 3D, and snazzy fresh.

     

    GeneralStoreAP.thumb.jpg.7b6bf10f6f0b2b9c8ba9b62f194d6993.jpg

  3. On 4/26/2021 at 9:26 AM, DWright said:

    The iPad version will still have a different UI as this was designed around using the touch screen and Apple Pencil, from the info released by Apple the performance of the M1 iPad Pro looks like it will be comparable to the M1 Macbook but until they have been released we will not know for certain.

    ...strange the forum never notified me about getting a reply to this thread.

    Yeah, I expect (and hope) that the iPad version will keep it's touch-centric UI. I've used the desktop version of AP on a tablet, and it was a fairly janky experience.

    I'm mostly curious about the feature set. There's really no reason for developers to offer up a truncated mobile version of their apps anymore. The only question is whether they'll take advantage of the power on offer.

  4. Now that the iPad is effectively a Macbook Pro 13" in a tablet form factor, are you all planning on taking advantage of this newfound power? Will the iPad version match 1:1 with its desktop counterpart?

    For example, I remember reading awhile back how you're planning on bringing 3D support to Affinity Photo/Designer. That'd be an absolute killer feature to have on the iPad, and it'd practically seal the deal on me buying one.

    So...whatchall plannin'?  

  5. 37 minutes ago, LibreTraining said:

    Windows UI fonts are highly optimized and extensively hinted to look very good, very crisp, at many sizes.
    Which is why MS Office apps and the OS apps all look good.

    There are situations where text rendering can look decent on Windows. The modern features of the OS do tend to look better than their Win32 equivalents, like Settings, Edge (which may inherit Chromium's font renderer, not sure), UWP apps, etc. But there are more than a few occasions where you run into older programs, and get blasted by those thin, rainbow bordered fonts that just look...janky.

    No matter how many times I try to adjust Cleartype, that slight colored haze always manages to keep lurking about, especially on darker themes.

    It doesn't help that Segoe UI, which is EVERYWHERE in Windows, is a fairly thin and spidery font. Something medium weighted would help things out tremendously.

  6. 1 hour ago, DrBob53 said:

    @Renzatic
     it's not really fair to blame Windows. MS work very hard to get the best out of cheap hardware.

    Thing is, you get excellent font rendering out of the box with Ubuntu, which has roughly the same hardware and software constraints as Windows. It's just something that Windows has always been weak on.

    Though to be fair to Microsoft, it's not like they can make too many sweeping changes to the OS like Apple can. If they change too much too quickly, they risk an angry mob of people marching on Redmond. 

  7. It ran perfectly. I decided to give it a roll here in Windows, and there's no difference in look or performance whatsoever.

    One of the reasons why I'd assume it runs so well in Wine is because it looks like it's leveraging oldschool Windows APIs, not really pushing the box in any way as far as GPU and interface niceties are concerned.  Meanwhile, the Affinity suite leans on the more modern standards, which Wine doesn't support nearly so well. It makes for a great experience when you can use it, but sorta sucks when those nice features keep you from hopping OSes.

  8. 10 minutes ago, LondonSquirrel said:

    That is entirely untrue. A few years ago I had a commercial Linux app which would only run on RedHat. No amount of trickery could get it to run on Debian or Fedora or even Oracle Linux. I have over 20 years experience with UNIX and Linux, I know quite a few tricks. I was stumped. Deep down there was something different which the installer was looking for.

    If it ran on Redhat, it should've run on Fedora, since it's effectively tomorrow's version thereof.

    The only time I actually had any trouble installing an app was with those two programs I mentioned above. Substance Painter and Designer are targeted towards Redhat/CentOS users, and thus only comes in .rpm files. Pop, being Debian based, can't install .rpm files natively, so I had to convert them to .debs.

    Was it a pain in the ass? Oh, yes. Even though things are considerably more user friendly than they've ever been in Linux land, there are still occasions where you have to get down and dirty with the nerdy to get something working. But I was able to get it work, and it performed fine afterwards. 

     

  9. 2 minutes ago, LondonSquirrel said:

    Why do you think that Adobe have not developed for Linux? I'll tell you: it's they have more sense than money.

    You have Substance Painter and Designer on Linux, both of which are Adobe apps.

    The problem with Linux isn't that it's small, rather that it's very specific. If you're working with code or 3D applications, you have tons of users with all the support you'd ever need. Graphics design? Well, that's more of a question mark.

  10. 2 minutes ago, LondonSquirrel said:

    Turning that on its head, it means that trying to get software to run on Linux "just doesn't work". That's a bit unkind, it's just difficult due to all the different versions.

    Like I said, it's a rare problem these days. Something you only clash against occasionally. In the 3ish months it's been since I slapped Pop OS on my machine, I've only seen it happen once, and that was from someone playing around with their own homemade complied version of an application, and wasn't too familiar with Linux norms.

  11. 4 minutes ago, LondonSquirrel said:

    That is what operating systems do, in very large part. 

    Yeah, but you do run into similar situations even on Windows, when you find yourself having to update to a later version of, say, .net. The only difference there is that Windows does a better job of making that upgrade process automagical, while Linux just tells you that you need a later version of the library, and leaves you to find out how to do it.

    Like I said, it's mostly an academic argument, because at the end of the day, it isn't any more difficult for developers to implement, and doing so doesn't make the app any slower or less efficient. Literally the only difference is that your raw tar.gz version which only includes the binaries is 120 meg, while the appimage is 135 meg.

  12. 14 minutes ago, LondonSquirrel said:

    If you have 5 programs which depend on xyz version of the C++ runtime, you only need to install that runtime once.

    That's true of Linux as well, provided you have that library installed.

    The biggest strength and greatest weakness of Linux is that it's wide open. You have all these different distributions with different standards and upgrade schedules. Ubuntu, which updates every 6 months, may not have the latest version of Library X installed, while Arch, with it's rolling release schedule, gets it as soon as it's available. While it doesn't happen nearly so often as it once did, there are occasions when you run into a program that's been compiled against the latest version of Library X, which your distro may not have installed as standard yet.

    It's fairly simple to get around, because all you have to do is run to your package manager, and update to the latest version (provided it's there, which it usually is from my experiences). Though it's still a pain in the butt, because it's a bit of extra unnecessary overhead you have to deal with. Flatpaks and appimages take away that potential pain in the butt, because they include all the libraries along with the binaries.

    What you're arguing is basically a Linux purist standpoint, that all libraries SHOULD be handled exclusively by the OS. In the end, the only thing you're losing out on is having to deal with slightly larger app install footprints, so it's mostly an academic argument.  

  13. 57 minutes ago, LondonSquirrel said:

    Even Linus Torvalds could not find a reliable way to distribute Linux software without a third-party kludge. I rest my case.

    How are appimages 3rd party kludge? Linux addressed it's problem with conflicting libraries in much the same way the other OSes have with snaps and flatpaks, and appimages simply the process even more by making your apps a single, self contained executable you don't even need to install.

×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.