> On Июнь 20, 2015, 7:10 п.п., Martin Klapetek wrote:
> > +1 for adding all that info
> > -1 for putting it into its own tab; previously it was visible right away,
> > now an additional click is needed. Maybe it could be stacked all under the
> > application name? I mean it's just 2 more lines to add there...
>
> Sebastian Kügler wrote:
> Putting more and more versions there doesn't scale. Just cramming more
> and more stuff in there doesn't really make it more beautiful, putting it
> into its own tab means that the information is neatly organized.
>
> Also, the version is really an implementation detail, and having one
> version there will often yield another round of asking ("Which versions are
> you running? - "version x.y.z" - "No, I need the versions that are shown in
> the tab, so also frameworks, Qt, and whether it runs on wayland or X11."
>
> Martin Klapetek wrote:
> Honestly the only time I've seen/told anyone open that dialog was to get
> the app version number. This was previously visible right away, now it's
> hidden in an additional click. Could perhaps be at least made the
> first/default tab?
>
> "and having one version there will often yield another round of asking"
>
> I'm not sure I understand what you're getting at, but given there was
> only one version string in that dialog for longlonglong time, I've never hit
> the scenairo you're describing. My idea was to do this:
>
> KWrite
> ======
> Version 5.0.0
> Using KDE Frameworks 5.12.0
> Qt 5.4.2 (built against 5.4.2); xcb/wayland
>
> ...ie. just add one more line below the current data set in the main
> layout and have no version tab at all; all the data visible right away after
> opening the dialog. It doesn't need to scale as there are no more version
> numbers to put there (unless we want to put everything in there).
>
> Martin Gräßlin wrote:
> one of the thoughts was also to give applications a possibility to easily
> add more information about it. E.g. in KWin the supportInformation (we don't
> have an about dialog) there are about 10 individual version/compile
> information put out. So while you didn't have the need yet, I experienced
> this need in the past a lot.
>
> Concerning first tab: not sure. Is this the most important information?
> And even if: do users count the clicks? I doubt it.
If there will be 10 versions in the main tab, it is still not a problem because
we can make the view scrollable.
- Alexander
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124133/#review81603
-----------------------------------------------------------
On Июнь 20, 2015, 4:30 д.п., Martin Gräßlin wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/124133/
> -----------------------------------------------------------
>
> (Updated Июнь 20, 2015, 4:30 д.п.)
>
>
> Review request for KDE Frameworks.
>
>
> Repository: kxmlgui
>
>
> Description
> -------
>
> This replaces the version information of the version and frameworks and
> moves it into a dedicated tab. In this tab the information is extended
> by the Qt version (which is equally relevant as e.g. the frameworks
> version) in both runtime and compile time.
>
> Also windowing system is added. This will become a useful information
> for KWin developers starting in Plasma 5.4 when users start to test
> things out and we need to know whether the window they experience the
> problem with is running on wayland or xwayland.
>
>
> Diffs
> -----
>
> src/kaboutapplicationdialog.cpp 5eeea7711aa4f95a9cd4191d68ad330ef795caea
>
> Diff: https://git.reviewboard.kde.org/r/124133/diff/
>
>
> Testing
> -------
>
>
> File Attachments
> ----------------
>
> New wayland, new X11, old X11
>
> https://git.reviewboard.kde.org/media/uploaded/files/2015/06/20/b76ba6ae-b01c-4c6a-9248-29d39c652d83__snapshot_J11265.png
>
>
> Thanks,
>
> Martin Gräßlin
>
>
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
