Re: Featurlets for 4.7

2011/2/15 Aaron J. Seigo : > On Monday, February 14, 2011, Emdek wrote: >> - show resize / move handles similar to these of spacer (when it is set to > > they were ugly and hard to use. it's one of the features of kicker i > specifically do not want in plasma-desktop. sorry

Re: Featurlets for 4.7

On 13-02-2011 at 22:19:07 Aaron J. Seigo wrote: > +1; please add it to the page! Done (although it may need improvements). http://community.kde.org/index.php?title=Plasma/Tasks&diff=9832&oldid=9823 Another idea to discuss (maybe a bit controversial ;-)), it's about managing applets location a

Re: Featurlets for 4.7

On 11-02-2011 at 22:58:29 Marco Martin wrote: > another idea aamong those lines, could be, think about a little feature > you > would see in 4.7 Maybe some changes in shortcut configuration page which is automatically added configuration dialog of all applets? This was already discussed some

Re: the next step on the desktop

On 05-02-2011 at 11:06:08 Jeffery MacEachern wrote: >>> I have definitely seen this applet before Maybe it is in the >>> playground >> >> hm.. i see something in playground/base/plasma/applets/runnapplet > Aaron, I haven't checked there, but I know of a similar plasmoid that > exists here:

Re: the next step on the desktop

On 03-02-2011 at 18:57:41 Aaron J. Seigo wrote: > hm.. i see something in playground/base/plasma/applets/runnapplet > will have to check it out. I guess you mean runcommand, there is no directory runnapplet there (at least on SVN). It uses own dialog for results and maybe some other things that

Re: the next step on the desktop

On 03-02-2011 at 19:05:56 Ivan Cukic wrote: > BTW, on of the free DEs (forgot which one) had the standard win-like > taskbar, and on Alt+Space (I encountered it by accident) it would replace > the taskbar with a 'run' text field. I liked it, but it was no krunner - > simple shell exec. This is Ic

Re: kdereview: adjustable clock

On 26-08-2010 at 19:00:22 Marco Martin wrote: > my only concern was about people complaining stuff disappeared from one > release to the other, would having an extragear package be enough for > retrocompatibility or are we condemned to carry those in the main modules > forever? Distributors alrea

Re: kdereview: adjustable clock

On 26-08-2010 at 18:40:28 Aaron J. Seigo wrote: > so, to sum, in a nice world: > > * kdeplasma-addons and extragear/plasma would have a fast release cycle > based > around a freeze-less branch that feeds down into branches with freezes > for > release purposes > > * some items in kdeplasma-add

Re: kdereview: adjustable clock

On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote: > On Thursday, August 26, 2010, Emdek wrote: >> Well, this is not relevant in this case, all rendering is done by >> WebKit, >> user only specifies HTML to feed it and only interactions done by applet >> are setting d

Re: kdereview: adjustable clock

On 26-08-2010 at 18:00:42 Marco Martin wrote: > On Thursday 26 August 2010, Emdek wrote: >> On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote: >> > On Thursday, August 26, 2010, Emdek wrote: >> >> Well, this is not relevant in this case, all rendering is done by

Re: kdereview: adjustable clock

On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote: > On Thursday, August 26, 2010, Emdek wrote: >> Well, this is not relevant in this case, all rendering is done by >> WebKit, >> user only specifies HTML to feed it and only interactions done by applet >> are setting d

Re: kdereview: adjustable clock

On 26-08-2010 at 16:38:23 Sebastian Kügler wrote: > On Wednesday, August 25, 2010 01:37:45 pm Emdek wrote: >> > Or just switch off reflections when in non-Planar mode? >> >> Switching off parts of code is bad idea, we should not force user to not >> use something i

Re: kdereview: adjustable clock

On 25-08-2010 at 17:50:34 Aaron J. Seigo wrote: > On Wednesday, August 25, 2010, Emdek wrote: >> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote: >> > On Tuesday, August 24, 2010, Emdek wrote: >> >> What specifically doesn't work properly? >> &g

Re: kdereview: adjustable clock

On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote: > On Tuesday, August 24, 2010, Emdek wrote: >> What specifically doesn't work properly? > if i use the pre-built mode with the reflections in a panel of ~27px > high, it > doesn't fit. This version should fix it: htt

Re: kdereview: adjustable clock

On 25-08-2010 at 13:47:11 Marco Martin wrote: > On Wednesday 25 August 2010, Emdek wrote: >> On 25-08-2010 at 13:30:49 Sebastian Kügler wrote: >> > On Wednesday 25 August 2010 13:16:17 Emdek wrote: >> >> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote: >> >

Re: kdereview: adjustable clock

On 25-08-2010 at 13:30:49 Sebastian Kügler wrote: > On Wednesday 25 August 2010 13:16:17 Emdek wrote: >> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote: >> > On Tuesday, August 24, 2010, Emdek wrote: >> >> What specifically doesn't work properly? >> &g

Re: kdereview: adjustable clock

On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote: > On Tuesday, August 24, 2010, Emdek wrote: >> What specifically doesn't work properly? > if i use the pre-built mode with the reflections in a panel of ~27px > high, it > doesn't fit. Well, that format was ad

Re: kdereview: adjustable clock

Hello On 24-08-2010 at 21:45:01 Aaron J. Seigo wrote: > "adjustable clock" has been in kdereview for quite a while. it's time to > figure out where it goes. Finally. :-) > it still doesn't work properly in all sizes of panels, and i don't think > it > can ever be made to do so. What specifi

Re: Fwd: [Bug 207902] launcher support in libtaskmanager

On 17-06-2010 at 10:52:03 Anton Kreuzkamp wrote: > As Aaron said it's not really difficult and doesn't require workarounds. Real workarounds and hacks are needed when you need to decide which tasks should be grouped with specified launcher. ;-) > But I have a design-question: > Where to put t

Re: Fwd: [Bug 207902] launcher support in libtaskmanager

On 15-06-2010 at 19:28:48 Aaron J. Seigo wrote: > On June 15, 2010, Emdek wrote: >> Om 15-06-2010 at 09:58:21 Anton Kreuzkamp wrote: >> > I think I can have a look at it at the weekend. >> > But I'm a really unexperienced programmer so don't have too much

Re: Fwd: [Bug 207902] launcher support in libtaskmanager

On 15-06-2010 at 16:46:53 Markus wrote: > Am Dienstag 15 Juni 2010, 13:16:33 schrieb Emdek: > >> I was working on new library (concept described somewhere on this ML >> some >> months ago) that will replace libtaskmanager in my applet (it's easier >> to

Re: Fwd: [Bug 207902] launcher support in libtaskmanager

Om 15-06-2010 at 09:58:21 Anton Kreuzkamp wrote: > I think I can have a look at it at the weekend. > But I'm a really unexperienced programmer so don't have too much hope (I > will > report if I'm able to do it) Well, I was working on launchers support for my applet Fancy Tasks that currently

Re: Pastebin widget

On 03-05-2010 at 16:00:39 Artur Souza (MoRpHeUz) wrote: > for 4.6 we're reworking the engine and it will be easier to release this > fixes > and even extend with more providers. It will use scripting finally (would allow downloading new providers using hot new stuff etc.)? -- Best regard

Re: Phonon::VideoWidget embedded inside a QGraphicsProxyWidget

On 27-03-2010 at 10:14:36 Andreas Marschke wrote: > Am Samstag 27 März 2010 09:38:55 schrieb Emdek: >> On 27-03-2010 at 06:06:35 Andreas Marschke >> wrote: >> > Am Freitag 26 März 2010 20:48:35 schrieb Emdek: >> >> On 26-03-2010 at 19:03:57 Alessandro Dia

Re: Phonon::VideoWidget embedded inside a QGraphicsProxyWidget

On 27-03-2010 at 06:06:35 Andreas Marschke wrote: > Am Freitag 26 März 2010 20:48:35 schrieb Emdek: >> On 26-03-2010 at 19:03:57 Alessandro Diaferia >> >> wrote: >> > As you currently may be aware of, embedding a Phonon::VideoWidget >> inside >> >

Re: Phonon::VideoWidget embedded inside a QGraphicsProxyWidget

On 26-03-2010 at 19:03:57 Alessandro Diaferia wrote: > As you currently may be aware of, embedding a Phonon::VideoWidget inside > a > QGraphicsProxyWidget causes the video appealing awfully while playing. > I've > been bouncing here and there on IRC talking with Lucas Murray from KWin > an

Re: New task / dock management library

2010/3/8 Aaron J. Seigo : > On March 7, 2010, Emdek wrote: >> And I would like to do it as GSoC project, it could include example >> dock implementation (visualization), as I'm working for one year on > > as i've said on irc previously, while i respect your choice

New task / dock management library

Hello As discussed on IRC before, I've prepared document which should make clear how new task / dock management library would work etc. First, current library won't go to trash, instead, most of it's components would be reused in task management engine. So no worry that it will be dumped and all

Re: Manual Hiding of Plasma Panel (desktop shell)

2010/3/6 Will Stephenson : > On Friday 05 March 2010 21:09:17 Emdek wrote: >> But having DBus call for that purpose isn't something wrong, I think. >> And how it can be used is different story. > > If you do this, it should be in a structured way, so that we get a prope

Re: Manual Hiding of Plasma Panel (desktop shell)

2010/3/5 Marco Martin : > On Friday 05 March 2010, Emdek wrote: >> 2010/3/5 Aaron J. Seigo : >> > On March 5, 2010, Emdek wrote: >> >> In comments to that bug I've written how it could work: >> >> https://bugs.kde.org/show_bug.cgi?id=158556#c33 >

Re: Manual Hiding of Plasma Panel (desktop shell)

2010/3/5 Aaron J. Seigo : > On March 5, 2010, Emdek wrote: >> In comments to that bug I've written how it could work: >> https://bugs.kde.org/show_bug.cgi?id=158556#c33 > > a plasmoid is the wrong approach. this is about views, not the scene, and it > should not requi

Re: Manual Hiding of Plasma Panel (desktop shell)

2010/3/5 Andrzej JR Hunt : >> Must it look so similar to old look from KDE3? ;-) >> In comments to that bug I've written how it could work: >> https://bugs.kde.org/show_bug.cgi?id=158556#c33 >> >> Maybe at least these buttons could be shown when moving cursor to edge? >> Both, for hiding and at lea

Re: Manual Hiding of Plasma Panel (desktop shell)

2010/3/4 Andrew Hunt : > Progress has gone quite well, here are a few screens (cut and combined into > one file): > http://img697.imageshack.us/img697/5606/manualpanel2.png Must it look so similar to old look from KDE3? ;-) In comments to that bug I've written how it could work: https://bugs.kde.o

Re: Concerning the KDE 4 Digital Clock widget

2010/2/24 Riccardo Iaconelli : >> LXDE has a digital clock which works like that, allowing me to use a >> "Ymd.Hi" date/time setup. Even in KDE 3.5 the digital clock allowed me to >> use a "-MM-DD HH:MM" option, which isn't PHP but which would be >> preferable over the current digital clock opt

Re: KDE version dialog

2010/2/7 Reza Shah : > I don't know if anybody already implemented this or not. > I want to create KDE version dialog, something like 'About this mac' > or Windows about dialog. Tomasz Dudzik created similar mockups in December, one of them: http://img683.imageshack.us/img683/5237/abouto.png But

Re: notifications, again :D

On 01-02-2010 at 15:51:04 Sebastian Kügler wrote: > On Monday 01 February 2010 15:05:05 Diego Moya wrote: >> Also, maybe the progress bar for running jobs could be placed *below* >> the popups and NotificationScroller, instead of above. This way they >> wouldn't jump up and down like that. >> >> (

Re: Idea: Window management for 4.5

On 01-02-2010 at 11:03:29 Marco Martin wrote: > On Monday 01 February 2010, Emdek wrote: >> On 01-02-2010 at 00:43:18 Chani wrote: >> > On January 31, 2010 15:02:40 Emdek wrote: >> >> On 31-01-2010 at 19:17:10 Aaron J. Seigo wrote: >> >> > On Jan

Re: Idea: Window management for 4.5

On 01-02-2010 at 00:43:18 Chani wrote: > On January 31, 2010 15:02:40 Emdek wrote: >> On 31-01-2010 at 19:17:10 Aaron J. Seigo wrote: >> > On January 30, 2010, Emdek wrote: >> >> The idea which I currently want to implement is to set for entry / >> icon >

Re: Idea: Window management for 4.5

On 31-01-2010 at 19:17:10 Aaron J. Seigo wrote: > On January 30, 2010, Emdek wrote: >> The idea which I currently want to implement is to set for entry / icon >> state which indicate that it needs attention (usually there is shown >> animation) and showing widget in dialog /

Re: Idea: Window management for 4.5

On 30-01-2010 at 12:02:31 Marco Martin wrote: > On Saturday 30 January 2010, Emdek wrote: >> You mean adding support for it to tasks applet or libtaskmanager >> directly? >> > probably will need work on both things, since the context menu is in > libtaskmanager > a

Re: Idea: Window management for 4.5

On 30-01-2010 at 12:13:35 Marco Martin wrote: > On Friday 29 January 2010, J Janz wrote: >> 2010/1/29 Jonathan Schmidt-Dominé - Developer >> >> > Hi Plasma-Devs! >> >> Well, I'm not one but ... still, I guess I bring some issues that, >> thought >> deeper, could either help turning this ideas

Re: Idea: Window management for 4.5

On 30-01-2010 at 11:25:29 Marco Martin wrote: > On 1/30/10, Emdek wrote: >> On 29-01-2010 at 19:30:48 Jonathan Schmidt-Dominé - Developer >> wrote: >> > Comments? Suggestions? Ideas? >> >> I'm working on similar thing for my Fancy Tasks applet. >

Re: Idea: Window management for 4.5

On 29-01-2010 at 19:30:48 Jonathan Schmidt-Dominé - Developer wrote: > Comments? Suggestions? Ideas? I'm working on similar thing for my Fancy Tasks applet. Currently it supports connecting jobs to application icon, but currently I'm working on own library for task management (currently pause

Re: Adjustable Clock, Spell Check and Window List applets moved to kdereview

On 11-10-2009 at 20:55:45 Aaron J. Seigo wrote: > On October 10, 2009, Emdek wrote: >> On 09-10-2009 at 22:05:03 Aaron J. Seigo wrote: >> > On October 9, 2009, Emdek wrote: >> >> On 09-10-2009 at 20:19:40 Aaron J. Seigo wrote: >> >> > right click

Re: kdereview applets

On 11-10-2009 at 02:59:59 Chani wrote: > what sorts of extra windows do you show that aren't in a normal taskbar? > why > do you show them? (I'm curious :) > > ... > > after looking at the tasks engine, yeah, if these are things > libtaskmanager > filters out it's probably best left the way it

Re: kdereview applets

On 10-10-2009 at 00:46:05 Chani wrote: > huh. > ah, I see now, you're using its slots... > in my mouse plugin I didn't add those functions because I'd forgotten > they > existed. :) and I didn't know about KWindowListMenu at all back then. Sometimes it is better to check playground, maybe someo

Re: Adjustable Clock, Spell Check and Window List applets moved to kdereview

On 09-10-2009 at 22:05:03 Aaron J. Seigo wrote: > On October 9, 2009, Emdek wrote: >> On 09-10-2009 at 20:19:40 Aaron J. Seigo wrote: >> > right clicking is "well known" to trigger a context menu, but other >> than >> > that >> > special

Re: Adjustable Clock, Spell Check and Window List applets moved to kdereview

On 09-10-2009 at 20:19:40 Aaron J. Seigo wrote: > right clicking is "well known" to trigger a context menu, but other than > that > special behaviour we try not to overload mouse button clicks with various > behaviours. the reason is that these behaviours are not discoverable and > end > up wi

Re: Adjustable Clock, Spell Check and Window List applets moved to kdereview

On 09-10-2009 at 19:28:57 Aaron J. Seigo wrote: > On October 9, 2009, you wrote: >> Option to disable background painting is different story. The problem is >> that some formats looks better without it. Maybe it could be at least >> hidden option? > > would it be possible to use a directive in the

Re: kdereview applets

On 08-10-2009 at 21:47:53 Chani wrote: > >> windowlist: kdebase, after the cleanups noted in my previous email on >> the >> topic > > I just looked at the code. > it's not using the tasks dataengine. > nor is it using the windowlist code in kdebase that FolderView used to > use. > it's *reimpl

Re: Adjustable Clock, Spell Check and Window List applets moved to kdereview

On 04-10-2009 at 21:49:04 Aaron J. Seigo wrote: > On October 4, 2009, Emdek wrote: >> Adjustable Clock is a clock that uses WebKit to render advanced date and >> time formats (maybe it need some refactoring of configuration dialog, >> mostly hiding some not really needed or

Adjustable Clock, Spell Check and Window List applets moved to kdereview

Hello I've moved Adjustable Clock, Spell Check and Window List applets to kdereview some minutes ago. I want to move them to kdeplasma-addons or extragear eventually. Adjustable Clock is a clock that uses WebKit to render advanced date and time formats (maybe it need some refactoring of confi

Re: workspace/plasma filesystem reorganization

On 14-09-2009 at 17:38:51 Marco Martin wrote: > uh, and another thing: maybe the widget explorer to be another separate > library, so in workspace/libs we would have libplasmagenericshell (or > libplasmageneric) and libplasmawidgetexplorer Maybe simply libplasmashell? I think that generic or comm

Re: Review Request: Center tool tips in Plasma

On 29-08-2009 at 13:48:31 Aaron J. Seigo wrote: > On August 29, 2009, Emdek wrote: >> For me there should be option only to center (useful for tool tips and >> at >> least some popups) or to use current behavior (menus). > > there are likely times that right alig

Re: Review Request: Center tool tips in Plasma

On 29-08-2009 at 13:06:20 Aaron J. Seigo wrote: > On August 29, 2009, Michal Dutkiewicz wrote: >> > On 2009-08-28 21:42:20, Aaron Seigo wrote: >> > > /trunk/KDE/kdelibs/plasma/corona.cpp, line 511 >> > > >> >> > > >> > >

Re: Working method for focusing widgets in panels and keyboard navigation for Tasks applet

On 24-08-2009 at 11:06:06 Aaron J. Seigo wrote: >> By the way, in fact we use KWin in this method, but not directly. ;-) > > what would be good is to have both a keyboard shortcut for the user to > access > (which would go into kwin) and a way for widgets to request this same > focus on > clic

Re: Working method for focusing widgets in panels and keyboard navigation for Tasks applet

On 21-08-2009 at 22:42:19 Chani wrote: > On August 21, 2009 13:29:17 Marco Martin wrote: >> On Friday 21 August 2009, Emdek wrote: >> > Hello >> > >> > As we talked yesterday on IRC, on notmart request I'll now describe >> how >> > works

Re: Working method for focusing widgets in panels and keyboard navigation for Tasks applet

On 21-08-2009 at 22:29:17 Marco Martin wrote: > On Friday 21 August 2009, Emdek wrote: >> Hello >> >> As we talked yesterday on IRC, on notmart request I'll now describe how >> works (to allow to discuss that on Tokamak) this quite simply hack, >> workaround,

Working method for focusing widgets in panels and keyboard navigation for Tasks applet

Hello As we talked yesterday on IRC, on notmart request I'll now describe how works (to allow to discuss that on Tokamak) this quite simply hack, workaround, only sensible method (;-)) or name it whatever you like. Some background I've did Run Command applet in October (my first plasmoid an

Re: [PATCH] BUG 189643 Taskbar should be animated while program is starting

On 18-07-2009 at 16:05:02 潘卫平(Peter Pan) wrote: > Hi, all > > "In KDE3, when I start a programm, the taskbar-panel shows a > turning-sand-clock while the programm starts. I would like that back in > KDE4." > > I try to make a patch to fix this BUG, but I don't known how to realize > a turning-sa

Re: Lmsensors Data Engine

On 16-07-2009 at 17:40:12 David Baron wrote: > On Thursday 16 July 2009 18:03:03 Emdek wrote: >> On 16-07-2009 at 16:50:21 David Baron wrote: >> > Is there one? In the works? >> >> Isn't systemmonitor engine enough? ;-) > > Fired it up in the explorer. Ha

Re: Lmsensors Data Engine

On 16-07-2009 at 16:50:21 David Baron wrote: > Is there one? In the works? Isn't systemmonitor engine enough? ;-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: window management ideas

On 10-07-2009 at 23:14:39 Chani wrote: > On July 10, 2009 13:33:44 Emdek wrote: >> On 10-07-2009 at 22:28:10 Chani wrote: >> > so I had a crazy idea, and discussed it with lubos and notmart, and >> > completely >> > forgot to mention it at the bof. I brought

Re: window management ideas

On 10-07-2009 at 22:28:10 Chani wrote: > so I had a crazy idea, and discussed it with lubos and notmart, and > completely > forgot to mention it at the bof. I brought it up again today and we > ended up > with some other ideas too. > > what I wanted is window tagging. instead of virtual deskto

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 12-06-2009 at 17:44:16 Aaron J. Seigo wrote: > On Tuesday 09 June 2009, Emdek wrote: >> OK, right. > > new draft of the ToolTipManager API is attached ... Looks OK for me. ;-) >> I'm not sure if click position is really needed, I can imagine only that >>

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 12-06-2009 at 17:42:17 Aaron J. Seigo wrote: > On Tuesday 09 June 2009, Emdek wrote: >> What about showing them in grid (if there is more than x windows)? > > depends on how it would look; there's also the issue of vertical space > used... > >> Scrolling coul

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 09-06-2009 at 20:09:34 Aaron J. Seigo wrote: > On Tuesday 09 June 2009, Emdek wrote: >> > do we need the screen position of the click? not for window previews, >> > probably, but for links it might be useful? >> >> Could it be possible to send whole e

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 08-06-2009 at 23:40:45 Aaron J. Seigo wrote: > On Monday 08 June 2009, Emdek wrote: >> On 08-06-2009 at 19:22:12 Aaron J. Seigo wrote: >> > my updated patch to kdelibs is attached: can others on plasma-devel >> give >> > it a >> > quick API r

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 08-06-2009 at 19:22:12 Aaron J. Seigo wrote: > my updated patch to kdelibs is attached: can others on plasma-devel give > it a > quick API review please? thank you. Couldn't we implement idea discussed previously and use signal similar to this: windowPreviewClicked(wid, buttons) ? And

Re: [PATCH] make window preview support mouse click in plasma tooltip

On 07-06-2009 01:19:10 Sebastian Kügler wrote: > What about tooltips == the task switchers for grouped windows? That > sounds a > lot more straightforward than the separation between tooltips and > windowlist, > they look similar (smallish plasma-styled popup above the taskbar, but > behave

Re: [PATCH] make window preview support mouse click in plasma tooltip

Small reminder, this topic was already discussed some time ago here: http://mail.kde.org/pipermail/plasma-devel/2009-April/004948.html (Tool tips ideas) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-deve

Re: Context menu partly hidden

On 24-05-2009 20:32:00 Marco Martin wrote: > On Sunday 24 May 2009, Emdek wrote: >> On 24-05-2009 16:22:48 Marco Martin wrote: >> > On 5/20/09, L Pierre wrote: >> >> Hi, >> >> >> >> The context menus was as result of a right mouse click on

Re: Context menu partly hidden

On 24-05-2009 16:22:48 Marco Martin wrote: > On 5/20/09, L Pierre wrote: >> Hi, >> >> The context menus was as result of a right mouse click on the middle >> box in >> the picture (see attach). I used a class as subclass of >> Plasma::TextEdit - >> "PlasmaTextEdit : public Plasma::TextEdit" >

Re: Tool tips - again

On Tuesday 14-04-2009 17:42:07 Aaron J. Seigo wrote: > yes, i think we'd just pass it as a specially crafted url, e.g. > window://### > > mildly silly but effective ;) it'll only be for in-application use and > not for > passing around between applications, so it's ok. Right, one signal for al

Re: Tool tips - again

On Tuesday 14-04-2009 15:07:49 Lucas Murray wrote: > On Tue, Apr 14, 2009 at 6:23 PM, Emdek wrote: >> By the way, are there plans for adding possibility to query >> KWindowSystem to check if given effect is available (for example check >> if we are using KWin, have Comp

Re: Tool tips - again

On Tuesday 14-04-2009 11:49:19 Martin Gräßlin wrote: > On Tuesday 14 April 2009 11:26:41 Lucas Murray wrote: >> On Tue, Apr 14, 2009 at 3:11 AM, Emdek wrote: >> > By the way, I have small question, it would be possible to trigger >> that >> > effect for showin

Re: Tool tips - again

On Tuesday 14-04-2009 01:17:05 Aaron J. Seigo wrote: > On Monday 13 April 2009, Emdek wrote: >> On Monday 13-04-2009 19:26:52 Aaron J. Seigo wrote: >> > On Sunday 12 April 2009, Emdek wrote: >> >> On Sunday 12-04-2009 18:18:01 Aaron J. Seigo wrote: >> >>

Re: Keyboard shortcuts and applets

On Tuesday 14-04-2009 01:25:20 Aaron J. Seigo wrote: > On Monday 13 April 2009, Emdek wrote: >> On Monday 13-04-2009 19:39:00 Aaron J. Seigo wrote: >> > On Sunday 12 April 2009, Emdek wrote: >> >> On Sunday 12-04-2009 18:23:00 Aaron J. Seigo wrote: >> >&

Re: Keyboard shortcuts and applets

On Monday 13-04-2009 19:39:00 Aaron J. Seigo wrote: > On Sunday 12 April 2009, Emdek wrote: >> On Sunday 12-04-2009 18:23:00 Aaron J. Seigo wrote: >> > On Sunday 12 April 2009, Emdek wrote: >> >> If yes, I think that that there should be added information in >>

Re: Tool tips - again

On Monday 13-04-2009 19:26:52 Aaron J. Seigo wrote: > On Sunday 12 April 2009, Emdek wrote: >> On Sunday 12-04-2009 18:18:01 Aaron J. Seigo wrote: >> >> - show titles of windows when showing multiple previews; >> > >> > will this fit nicely? look nic

Re: Tool tips - again

On Monday 13-04-2009 05:59:22 Lucas Murray wrote: > On Sun, Apr 12, 2009 at 11:56 PM, Emdek wrote: >> - show window when hovering over preview (I'm not sure, but there is >> KWin highlight window effect, maybe could be used for this, but I don't >> know how it

Re: "Show Only Icons" tasks in Panel Task Manager

On Monday 13-04-2009 21:26:51 Aaron J. Seigo wrote: > On Monday 13 April 2009, Emdek wrote: >> But I thinks that this option could be also useful in default task >> manager. > > i count 9 options, 2 of which have multiple choices as well, in the task > manager dialog. &g

Re: "Show Only Icons" tasks in Panel Task Manager

On Monday 13-04-2009 02:53:54 Mario Palomo wrote: > I use a narrow vertical Panel and the text of the items in the Task > Manager are not very useful to me (only 2 or 3 characters), but I see > a *small* icon and the 2 or 3 characters I don't need. I think is > better to see only a *big* icon for

Re: Keyboard shortcuts and applets

On Sunday 12-04-2009 18:23:00 Aaron J. Seigo wrote: > On Sunday 12 April 2009, Emdek wrote: >> If yes, I think that that there should be added information in >> configuration, for what is that shortcut intended. Or maybe separate it >> from rest of applet configuration >

Re: Tool tips - again

On Sunday 12-04-2009 18:18:01 Aaron J. Seigo wrote: > On Sunday 12 April 2009, Emdek wrote: >> - raise, iconify etc. window after left clicking on >> preview; > > i wonder if this is best left to the item that the tooltip is shown for, > e.g. > the tasks widget? o

Keyboard shortcuts and applets

Hello And finally something about shortcuts. ;-) First one question, for what was it designed at beginning? For focusing applet? If yes, I think that that there should be added information in configuration, for what is that shortcut intended. Or maybe separate it from rest of applet configuratio

Tool tips - again

Hello I was thinking about it more and now I'm not sure if there is really big need for signals other than activated(KUrl). And by the way, where we would need to connect to receive these signals? I think that by default left clicking on preview could do the same action like clicking on task ent

Re: Desktop settings dialog ideas

On Saturday 07-04-2009 18:33:53 Aaron J. Seigo wrote: > On Saturday 04 April 2009, Emdek wrote: >> First idea, easier to do, is to add back to dialog pages with settings >> of >> screensaver and power saving (maybe there were also other, I don't >> remember)

Re: Plasma::ComboBox - not possible to set line edit and keep theming?

On Tuesday 07-04-2009 15:52:39 Marco Martin wrote: > On Tuesday 07 April 2009, Emdek wrote: >> I have question, is it possible to set line edit for Plasma themed combo >> box and not loose it's theme? > comboBox->nativeWidget()->setEditable(true) should work > chang

Plasma::ComboBox - not possible to set line edit and keep theming?

Hello I have question, is it possible to set line edit for Plasma themed combo box and not loose it's theme? I was trying to use this code: Plasma::ComboBox *comboBox = new Plasma::ComboBox(this); KLineEdit *lineEdit = new KLineEdit(comboBox->nativeWidget()); lineEdit->

Re: Tool tips ideas

> in the case of some text being clicked. Also there is problem with multiple window previews, we need to know with was activated. And enumerator Preview1, Preview2 etc. doesn't make sense, so there must be passed WId in this case. > On Sunday 05 April 2009, Emdek wrote: >> O

Re: Tool tips ideas

On Sunday 05-04-2009 22:37:58 Aaron J. Seigo wrote: >> >> I'm using also middle click >> >> on preview to close or left to raise it or iconify. >> > >> > so hiding tips needs to take hover of tip itself into account (easy to >> > do :) >> > and we need some clicked(ToolTipContent) signals >> >> Yes

Re: Some systray notifications ideas

On Sunday 05-04-2009 13:02:59 Marco Martin wrote: > now the progress windows are collapsed in only one (with the average) > that can be expanded, don't remember if the collapsed progress window > is autohidden or not. Yes, I've read about collapsing also, but I'm not sure if everyone wants to gro

Re: Desktop settings dialog ideas

On Saturday 04 April 2009 23:26:46 Davide Bettio wrote: > The main advantage of your idea is that users are used to a similar UI > so it > might be more usable for users that are already used to Windows or KDE < > 4. Yes of course, this is mainly for users that were already using it in the pas

Some systray notifications ideas

Hello This time I would like to share some of my ideas regarding these infamous progress notifications that were moved to systray starting from KDE 4.2. I don't know how it currently look in trunk so maybe they were already implemented or at least proposed. First idea is about making autohide o

Desktop settings dialog ideas

Hello I've some ideas for desktop containment settings. Currently we have one dialog with appearance settings and sometimes next one for specific containments options (like in folder view). First idea, easier to do, is to add back to dialog pages with settings of screensaver and power saving (m

Re: Tool tips ideas

One more suggestion about with I've forgot before. There could be also added possibility to set tool tip position to centered over widget. In case of dock icons this looks much better than tool tip "connected" to icon left edge. Probably this would also look better for other purposes, maybe could

Re: Tool tips ideas

On Saturday 04 April 2009 20:07:18 Aaron J. Seigo wrote: > On Saturday 04 April 2009, Emdek wrote: >> > what are the use cases? >> >> For example my friend is working on STasks plasmoid (that Windows 7 >> taskbar >> clone) and he completely changed the layou

Re: Tool tips ideas

> and now the question is (and i don't quite have the answer) > do we really want clickable tooltips or tooltips that just behave as > well... tooltips? Yes, this could be not so easy decision to make, but without this we simply can't achieve some interesting results. But tool tips weren't firstl

Re: Tool tips ideas

> what are the use cases? For example my friend is working on STasks plasmoid (that Windows 7 taskbar clone) and he completely changed the layout of task tool tip, added close icon, moved text to top and later he want to make title text scrollable when it is too long to show it in one line (per

  1   2   >