Storing window size yourself opens a whole can of worms, including but not limited to: The window state is absolutely, partly GTK's problem, or at the very least _not_ the developer's problem. It's like GUI designers think "oh I'd like this" but don't even consider the collateral damage the change will cause. So now when I have multiple windows overlapping it's impossible to tell what is attached to what and what will move the window I want to move. BTW I agree with the Wayland thinking on this, it's just that the DE hasn't caught up yet.Īlso on Windows, MS has made some title bars white/grey and some blue. BTW moving windows is important now with Wayland because Apps can't remember where they were and put themselves there on opening, and the Gnome guys haven't realized that's their job now. The primary purpose of clicking up there is to move a window and I can't tell if/where I can do that any more. ![]() Even if I accept the desire to use the space, some widgets can be used to drag the window while others can not. My current UI complaint is corruption of the title bar. We get people wanting to redefine shortcuts sometimes and I'm just like "wow, can't people just accept the defaults? I'm not even sure how to go about implementing that, never mind on 3 platforms." OTOH reading the thread it seems on MacOS you can define that outside the application, so integrating with that would be a requirement - did they do that before? I'm not either, but I agree it sucks to just remove existing functionality. > I'm personally not sure that "user must have an ability to redefine every keyboard shortcut" I'm not really sure if browser engines supports these color system well enough (not just color conversion between the two, but also color profile for the monitor), because if something is mess up there, it can be expensive to fix (for the ad publisher).įor a GUI toolkit, developers are the only users in one sense. Most graphic software supports RGBA, but for publishers, CMYK is also required. I image it makes sense for an industrial capable software to want to run as native as possible.Īnother thing is color management. We used Adobe Illustrator and CorelDRAW to handle those files on some fairly fine computers, and yet some graph files from our clients still managed to crash the computer due to RAM exhausting etc. I worked for an ad publishing firm many years back, it was common for us to receive vector graphic files that are hundreds of megabyte large. Rendering the graphic itself and the software UI element might be a challenge for browser engines which is not made for this kind of task, especially on slow computers. ![]() Some vector might contain dozens or even hundreds of control points, and a vectorgraph might contain many of layers of vectors/groups.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |