Re: calendar widget in kdereview
Am Donnerstag, 2. Oktober 2008 23:47:29 schrieb Davide Bettio: > I just moved the calendar widget to kdereview/plasma/widgets. In case this is supposed to replace the current datepicker that pops up when clicking on a clock: When introducing KDE 4.0, there was a discussion on kde-usability about the functionality a datepicker needs. I don't think it is a good idea to replace the current datepicker by something that does not include the results of those dicussions. Artists should not ignore these things. The datepicker you showed on your blog lacks all functionality the current datepicker has in the bottom line, jump to today, selectable date and current week. Please make sure to fix this before you move it out of kdereview. Sven http://www.nabble.com/KDatePicker-usability-attempt,-contd.-to15536443.html http://www.nabble.com/KDatePicker-usability-attempt-to13707097.html especially: "http://www.nabble.com/KDatePicker-usability-attempt- to13707097.html#a13737003" ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: calendar widget in kdereview
On Friday 03 October 2008, Davide Bettio wrote: > Ciao, > > Il Friday 03 October 2008 04:41:12 Aaron J. Seigo ha scritto: > > * Calendar needs to follow the API pattern for widgets[1] > > * the hover painting is wicked inneficient right now > > +OK > > > * we need a glow radius hint for the hover painting; though perhaps in > > this case i wonder if we should be doing it with an svg or using the same > > style that we are for, e.g., buttons? > > I think that using a SVG is a good idea > > > * year jumps? ability to in-line edit the year/month? > > I was trying to do something cool using a spinbox, but I need to do more > hacking on it If I want to get a good result. little brainstorming about it: a way would be replacing the year label with a spinbox on mouse click, the spinbox would not look too good so it would have to be styled.. since it contains a child lineedit not really accessible the only sane way would be through a qstyle (using the one in plasma that styles scrollbars) so such a widget should be in libplasma since the style is private, so tart to put a spinbox in libplasma and worrying after to make it look good another way that doesn't involve messing with layouts is on click of the year label displaying a plasma::dialog with just a textbox or spinbox in it that disappears on focus lost or enter pressed, in this case even with the standard oxygen theme wouldn't look too bad (similar to krunner) for the month label just a qmenu all without parents so it doesn't get on canvas Cheers, Marco Martin > > > * think about whether we actually want two separate classes, or if we > > should merge the two into one and have some methods to control whether or > > not the top navigation gets created/shown > > I'll maintain anyway a private class in that case, splitting the calendar > in 2 classes make things simplier... > > > also, what's that fancy spinbox thing referenced in the code? =) > > xD > > see the answer to "year jumps? ability to in-line edit the year/month?" > > monday I'll start to fix everything. :) > > Have a nice weekend. > > Bye, > Davide Bettio. > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: calendar widget in kdereview
On Friday 03 October 2008, Davide Bettio wrote: > > * think about whether we actually want two separate classes, or if we > > should merge the two into one and have some methods to control whether or > > not the top navigation gets created/shown > > I'll maintain anyway a private class in that case, splitting the calendar > in 2 classes make things simplier... hm.. ok.. the CalendarTable class is evidently designed to make it possible to change the painting of it, though, given the virtuals. so either those methods don't need to be virtual (it's a private class) or we need to think about the API =) i do like how it makes it easy to customize the painting of the calendar through subclassing in addition to svg theming... -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: calendar widget in kdereview
Ciao, Il Friday 03 October 2008 04:41:12 Aaron J. Seigo ha scritto: > * Calendar needs to follow the API pattern for widgets[1] > * the hover painting is wicked inneficient right now +OK > * we need a glow radius hint for the hover painting; though perhaps in this > case i wonder if we should be doing it with an svg or using the same style > that we are for, e.g., buttons? I think that using a SVG is a good idea > * year jumps? ability to in-line edit the year/month? I was trying to do something cool using a spinbox, but I need to do more hacking on it If I want to get a good result. > * think about whether we actually want two separate classes, or if we > should merge the two into one and have some methods to control whether or > not the top navigation gets created/shown I'll maintain anyway a private class in that case, splitting the calendar in 2 classes make things simplier... > also, what's that fancy spinbox thing referenced in the code? =) xD see the answer to "year jumps? ability to in-line edit the year/month?" monday I'll start to fix everything. :) Have a nice weekend. Bye, Davide Bettio. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: calendar widget in kdereview
On Thursday 02 October 2008, Davide Bettio wrote: > I just moved the calendar widget to kdereview/plasma/widgets. cool; i've done some work on it tonight. things remaining: * Calendar needs to follow the API pattern for widgets[1] * the hover painting is wicked inneficient right now * we need a glow radius hint for the hover painting; though perhaps in this case i wonder if we should be doing it with an svg or using the same style that we are for, e.g., buttons? * year jumps? ability to in-line edit the year/month? * think about whether we actually want two separate classes, or if we should merge the two into one and have some methods to control whether or not the top navigation gets created/shown also, what's that fancy spinbox thing referenced in the code? =) [1] workspace/plasma/design/widgets -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
calendar widget in kdereview
Hi, I just moved the calendar widget to kdereview/plasma/widgets. Bye, Davide Bettio. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel