Announcement

Collapse
No announcement yet.

GNOME Display Settings Now Working On Wayland

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • doom_Oo7
    replied
    Originally posted by KellyClowers View Post
    If by best, you mean worst, sure.
    Honestly, why should "lost" space be left unused ?

    Leave a comment:


  • LinuxGamer
    replied
    its funny way more then just the GNOME display settings are working on Wayland 97% of the main Gnome Apps work on Wayland

    Leave a comment:


  • KellyClowers
    replied
    Originally posted by doom_Oo7 View Post
    What ? This is one of the best features of modern browsers. Tastes & colors...
    If by best, you mean worst, sure.

    Leave a comment:


  • mrugiero
    replied
    Originally posted by doom_Oo7 View Post
    What ? This is one of the best features of modern browsers. Tastes & colors...
    It's still a corner case. It's great on Firefox and Chrome and such, but mostly useless (or at least something most will not take advantage from) on most cases, and extra work if CSD is mandated.

    Leave a comment:


  • doom_Oo7
    replied
    Originally posted by KellyClowers View Post
    Tabs in the decoration always look like dog vomit, regardless of CSD or SSD
    What ? This is one of the best features of modern browsers. Tastes & colors...

    Leave a comment:


  • KellyClowers
    replied
    Originally posted by Maxjen View Post
    For example firefox on windows with the tabs in the decoration looks much neater than on linux.
    Tabs in the decoration always look like dog vomit, regardless of CSD or SSD

    Leave a comment:


  • mrugiero
    replied
    Originally posted by Bulldog View Post
    I have been reading and thinking about CSD vs SSD a long time and this is what I think:

    CSD
    +Flexibility
    +Simplifies Wayland implementations
    +Cleaner speration of conserns, a compositor shouldn't do any rendering of gui
    -Can't impose graphical conformity regarding to decorations, the user experience can be confusing if every Application/toolkit chooses to go their own way
    -Adds complexity to client programs
    +Better model for a voluntary graphical conformity , a system "GUI theming and settings" system that is toolkit agnostic giving applications and toolkits information/hints how to render in a conforming manner

    SSD
    +Impose Conformity and make the user experience less confused and integrated
    -Adds complexity for the Wayland implementation and do break separtion of conserns
    -Harder to implement custom GUI design - for a minority applications and use cases the "GUI defaults" are not an optimal solution
    I added a point, and made bold a phrase I see no reason for. A compositor shouldn't do any rendering of GUI? That's something to argue about. Should the app care about it? As I see it, the app cares about solving a problem, and this decorations just add boilerplate to solving it.
    Anyway, my concerns could be fixed with the use of some decorations library, where you'd only have to call a function to draw a standard decoration if you don't have esoteric ones.

    Leave a comment:


  • TheBlackCat
    replied
    Originally posted by Bulldog View Post
    I thought window managers wouldn't be used with Wayland, that windows management was integrated with the compositor with the exception for compositor specific addons?
    I never said it had to be a stand-alone window manager. A compositor that does window management is also, by definition, a window manager.

    But this isn't really relevant to my post, which wasn't Wayland-specific but talking more generally about the relative benefits of the two approaches.

    For the record, I don't think Wayland mandates that window management be handled by the compositor. The compositor could conceivably pass along window management-related information to another program which actually manages the windows. Whether that is a good approach or not is another question.
    Last edited by TheBlackCat; 08-16-2013, 08:29 AM.

    Leave a comment:


  • Bulldog
    replied
    Originally posted by TheBlackCat View Post
    - Decreased flexibility for window managers
    I thought window managers wouldn't be used with Wayland, that windows management was integrated with the compositor with the exception for compositor specific addons?

    Leave a comment:


  • TheBlackCat
    replied
    Originally posted by Bulldog View Post
    CSD
    +Simplifies Wayland implementations
    +Cleaner speration of conserns, a compositor shouldn't do any rendering of gui
    -Can't impose graphical conformity regarding to decorations, the user experience can be confusing if every Application/toolkit chooses to go their own way
    - Additional work for application developers who don't need the flexibility
    - Can't impose HIG conformity
    - Makes handling of application freezes and hangups much more difficult
    - Makes handling different system form-factors more complex for applications
    + Simplifies some graphical effects like window distortion
    + (or - depending on your perspective) Simplifies weird-shaped windows like ovals

    Originally posted by Bulldog View Post
    +Flexibility
    + Increased flexibility for applications
    - Decreased flexibility for window managers

    Originally posted by Bulldog View Post
    +Better model for a voluntary graphical conformity , a system "GUI theming and settings" system that is toolkit agnostic giving applications and toolkits information/hints how to render in a conforming manner
    You mean better potential model. This does not exist yet, and given the history with theming and HIG compatibility between toolkits almost certainly never will.

    Originally posted by Bulldog View Post
    SSD
    No point repeating the stuff above.

    But this all assumes that SSD or CSD is mandated, rather than something like we have now where SSD is the default but applications can choose to use CSD.

    Leave a comment:

Working...
X