Re: Question about Starter in PA Launch & Peek
Am Freitag, 22. Juni 2012, 13:54:27 schrieb Sascha Manns: > Hi Marco, > > Am Freitag, 22. Juni 2012, 13:41:06 schrieb Marco Martin: > > On Friday 22 June 2012, Sascha Manns wrote: > > > Hello mates, > > > > > > atm i'm working on the Balsam PA. I would like to make the YaST > > > Liveinstaller available in the Image in Launch & Peek. > > > I've searched in active-blacklistrc (Package plasma-contour-config) and > > > found just a Entry "yast". I tried to removed that, but then just the > > > YaST > > > Standard Desktopfile is visible. No other YaST Modules like the > > > Live-Installer. But why the Liveinstaller is invisible if he isn't in > > > the > > > Blacklist? > > > > is that a desktop file of type application that would usually appear in a > > standard menu such as kickoff or classic menu? > > > > maybe there is a hidden or onlyshowin field? > > The File contains: > > [Desktop Entry] > Type=Application > Categories=Settings;System;Qt;X-SuSE-YaST;X-SuSE-YaST-Misc; > > X-KDE-ModuleType=Library > X-KDE-HasReadOnlyMode=true > X-KDE-Library=yast2 > X-SuSE-YaST-Call=live-installer > > X-SuSE-YaST-Group=Misc > X-SuSE-YaST-Argument= > X-SuSE-YaST-RootOnly=true > X-SuSE-YaST-AutoInst= > X-SuSE-YaST-Geometry= > X-SuSE-YaST-SortKey= > X-SuSE-YaST-AutoInstResource=live-installer > > Icon=yast-live-install > Exec=xdg-su -c "/sbin/yast2 live-installer" > > Name=Live Installer > GenericName=Install current configuration to your system > StartupNotify=true Any ideas there? -- Sincerly yours Sascha Manns Community Agent open-slx GmbH Web (business): http://www.open-slx.com Web (private): http://saigkill.homelinux.net ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Question about Starter in PA Launch & Peek
Hi Marco, Am Freitag, 22. Juni 2012, 13:41:06 schrieb Marco Martin: > On Friday 22 June 2012, Sascha Manns wrote: > > Hello mates, > > > > atm i'm working on the Balsam PA. I would like to make the YaST > > Liveinstaller available in the Image in Launch & Peek. > > I've searched in active-blacklistrc (Package plasma-contour-config) and > > found just a Entry "yast". I tried to removed that, but then just the YaST > > Standard Desktopfile is visible. No other YaST Modules like the > > Live-Installer. But why the Liveinstaller is invisible if he isn't in the > > Blacklist? > > is that a desktop file of type application that would usually appear in a > standard menu such as kickoff or classic menu? > > maybe there is a hidden or onlyshowin field? The File contains: [Desktop Entry] Type=Application Categories=Settings;System;Qt;X-SuSE-YaST;X-SuSE-YaST-Misc; X-KDE-ModuleType=Library X-KDE-HasReadOnlyMode=true X-KDE-Library=yast2 X-SuSE-YaST-Call=live-installer X-SuSE-YaST-Group=Misc X-SuSE-YaST-Argument= X-SuSE-YaST-RootOnly=true X-SuSE-YaST-AutoInst= X-SuSE-YaST-Geometry= X-SuSE-YaST-SortKey= X-SuSE-YaST-AutoInstResource=live-installer Icon=yast-live-install Exec=xdg-su -c "/sbin/yast2 live-installer" Name=Live Installer GenericName=Install current configuration to your system StartupNotify=true -- Sincerly yours Sascha Manns Community Agent open-slx GmbH Web (business): http://www.open-slx.com Web (private): http://saigkill.homelinux.net ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Question about Starter in PA Launch & Peek
On Friday 22 June 2012, Sascha Manns wrote: > Hello mates, > > atm i'm working on the Balsam PA. I would like to make the YaST > Liveinstaller available in the Image in Launch & Peek. > I've searched in active-blacklistrc (Package plasma-contour-config) and > found just a Entry "yast". I tried to removed that, but then just the YaST > Standard Desktopfile is visible. No other YaST Modules like the > Live-Installer. But why the Liveinstaller is invisible if he isn't in the > Blacklist? is that a desktop file of type application that would usually appear in a standard menu such as kickoff or classic menu? maybe there is a hidden or onlyshowin field? -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Drawer HIG - please comment
On Friday 22 June 2012, Thomas Pfeiffer wrote: > Hi Marco, > sorry for taking so long to reply. Here are my comments: > > On 19.06.2012 17:06, Marco Martin wrote: > > Hi all, > > i did some work on that: > > > > there are two prototype components in my new scratch repo: > > scratch/mart/drawercomponents > > Yay, components! :) > > > one is called Drawer, and behaves like Okular Active > > > > the other one is called ContextPanel and works like the file browser > > Hmm... Was there a particular reason behind this naming? Imo the wording > has to be consistent between the HIG and the accompanying components. I'm > not strongly attached to the names I used in the HIG, but I'd like to use was just to have two different names, i can rename the components OverlayDrawer and SplitDrawer, sure > > usability wise i have some questions that are maybe worth being > > discussed: * is there any use case where it should morph on the fly from > > one type to another? (it would become a single component with 2 modes, > > but code wise very complicated) > > Erm, please never allow things like that. I have suggested in the HIG that > it should be possible to adjust the split drawer's (the one you call > context panel) width if it makes sense, but it always has to stay the same > kind of drawer. Otherwise it's totally confusing for the user. > > > * they are now limited to be at the right side of the screen and only > > one: it would be possible to support for a panel on each side or having > > the side left or right configurable. again, the code would be a bit more > > complex, so only if is worth the effort ;) > > As I already replied to Felix Michel's suggestion in this thread: I'd like > to reserve the left side for the Menu Flap, so Drawers should stay on the > right. ok those two make the code much simpler so, yay ;) > > * how should behave when screen rotation will be supported? > > i was thinking about keeping them fixed to the right side, and when the > > screen is vertical making the flaps aligned to the bottom center of the > > screen with vertical slide instead: just a possibility, still not > > implemented > > Hmm... that's a tricky one. From a screen space usage perspective, it would > make sense to have them vertical in portrait mode (for the Overlay Drawer > it doesn't matter since it's almost full screen anyway, but for the Split > Drawer / Context Panel, it does make a difference). On the other hand, it > may be confusing because other elements on the screen (like the top bar) > rotate while the drawers move to another screen edge. > How much work would it be to implement prototypes for both variants so we > can test them with users? This is something I wouldn't like to decide > without testing. quite a bit, since would mean adapting the component to morph between those 2 modes. i can give a try tough. another thig is that if the drawer area changes its geometry so much, it may require quite some adjustment on the application side as well to have contents that still fits Cheers, Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Question about Starter in PA Launch & Peek
Hello mates, atm i'm working on the Balsam PA. I would like to make the YaST Liveinstaller available in the Image in Launch & Peek. I've searched in active-blacklistrc (Package plasma-contour-config) and found just a Entry "yast". I tried to removed that, but then just the YaST Standard Desktopfile is visible. No other YaST Modules like the Live-Installer. But why the Liveinstaller is invisible if he isn't in the Blacklist? -- Sincerly yours Sascha Manns Community Agent open-slx GmbH Web (business): http://www.open-slx.com Web (private): http://saigkill.homelinux.net ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Drawer HIG - please comment
Hi Marco, sorry for taking so long to reply. Here are my comments: On 19.06.2012 17:06, Marco Martin wrote: Hi all, i did some work on that: there are two prototype components in my new scratch repo: scratch/mart/drawercomponents Yay, components! :) one is called Drawer, and behaves like Okular Active the other one is called ContextPanel and works like the file browser Hmm... Was there a particular reason behind this naming? Imo the wording has to be consistent between the HIG and the accompanying components. I'm not strongly attached to the names I used in the HIG, but I'd like to use the words that describe the elements best in the end, so I'd like to hear the reasons behind your naming. If your reasoning makes more sense then mine, I'll change the wording in the HIG. If we agree that my names work better, I'd ask you to change the component names. Or if someone comes up with even better names, we can of course both switch to them. In the end, the actual names probably are not that important, but consistency is. For the HIG and the component library to work as a team, they have to use the same names. usability wise i have some questions that are maybe worth being discussed: * is there any use case where it should morph on the fly from one type to another? (it would become a single component with 2 modes, but code wise very complicated) Erm, please never allow things like that. I have suggested in the HIG that it should be possible to adjust the split drawer's (the one you call context panel) width if it makes sense, but it always has to stay the same kind of drawer. Otherwise it's totally confusing for the user. * they are now limited to be at the right side of the screen and only one: it would be possible to support for a panel on each side or having the side left or right configurable. again, the code would be a bit more complex, so only if is worth the effort ;) As I already replied to Felix Michel's suggestion in this thread: I'd like to reserve the left side for the Menu Flap, so Drawers should stay on the right. * how should behave when screen rotation will be supported? i was thinking about keeping them fixed to the right side, and when the screen is vertical making the flaps aligned to the bottom center of the screen with vertical slide instead: just a possibility, still not implemented Hmm... that's a tricky one. From a screen space usage perspective, it would make sense to have them vertical in portrait mode (for the Overlay Drawer it doesn't matter since it's almost full screen anyway, but for the Split Drawer / Context Panel, it does make a difference). On the other hand, it may be confusing because other elements on the screen (like the top bar) rotate while the drawers move to another screen edge. How much work would it be to implement prototypes for both variants so we can test them with users? This is something I wouldn't like to decide without testing. Cheers, Thomas ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
