You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(10) |
May
(16) |
Jun
(4) |
Jul
(1) |
Aug
(7) |
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
2010 |
Jan
(3) |
Feb
|
Mar
(8) |
Apr
(4) |
May
(10) |
Jun
(18) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
(10) |
Nov
|
Dec
|
2011 |
Jan
(7) |
Feb
(7) |
Mar
(6) |
Apr
(1) |
May
(23) |
Jun
(62) |
Jul
(15) |
Aug
(32) |
Sep
(2) |
Oct
(1) |
Nov
(11) |
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(31) |
Jun
(35) |
Jul
(18) |
Aug
(20) |
Sep
(55) |
Oct
(36) |
Nov
(32) |
Dec
(4) |
2013 |
Jan
(4) |
Feb
|
Mar
(16) |
Apr
(52) |
May
(8) |
Jun
(10) |
Jul
(11) |
Aug
(6) |
Sep
(6) |
Oct
(1) |
Nov
(31) |
Dec
(24) |
2014 |
Jan
(6) |
Feb
(6) |
Mar
(3) |
Apr
|
May
(2) |
Jun
(3) |
Jul
(2) |
Aug
(5) |
Sep
(1) |
Oct
(6) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(3) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Daniele F. <df...@gm...> - 2013-12-22 21:39:22
|
2013/12/22 Andrej N. Gritsenko : > I thought about that. I just did not redesigned it so much radically, I > think the original approach was to show error message at the top of the > window, and also common HIG suggest we should put the most relevant info > at the top. ok >>do we need to keep the progress bar in the failure case? I suppose >>that it always reaches 100% unless the user pressed Stop > > I think it should be good to let it stay, user can see how much was done > before he or she interrupted it. ok -- Daniele Forsi |
From: Andrej N. G. <an...@re...> - 2013-12-22 20:49:46
|
Hello! Daniele Forsi has written on Sunday, 22 December, at 21:23: >2013/12/22 Andrej N. Gritsenko: >> Thank you very much. "Interrupted" looks more appropriate there. How >> about if I insert exact (not abstract) operation there, such as: >> "Copying file operation was interrupted and some errors were encountered" >> Would that look correctly? >I would change "and" with "because" No, this case exactly requires "and" - the message is shown after user press "Stop" button and interrupted the operation. If there were no errors before then window with progress bar will just close. The phrase above will be shown if some errors happened before user interrupted the operation so "and" is correct. >> Also there is another icorrect sentence in there: >> "The file operation is finished, but there are some errors." >> I think it should look similar to one above but with another verb. >errors such as lack of permissions on some files don't interrupt the >copy of other files, so when the two messages are displayed? First one as I said - when user pressed "Stop" button. Second one - when the operation was finished to let user see what problems were encountered with it. >I would try to minimize the differences between the progress window >and the failure window, if you keep the title "Copying files" you >don't need to repeat it in the error message, less work for >translators :-) Well, as I said - the "Copying" ("Trashing", "Changing attributes of", etc.) is my intention to keep, it's why I asked how to merge it with errors notice above. >see your unmodified progress3 beside a copy and paste with failure3 >http://picpaste.com/progress-failure3b.png I thought about that. I just did not redesigned it so much radically, I think the original approach was to show error message at the top of the window, and also common HIG suggest we should put the most relevant info at the top. >do we need to keep the progress bar in the failure case? I suppose >that it always reaches 100% unless the user pressed Stop I think it should be good to let it stay, user can see how much was done before he or she interrupted it. >Daniele Forsi Andriy. |
From: Daniele F. <df...@gm...> - 2013-12-22 20:23:31
|
2013/12/22 Andrej N. Gritsenko: > Thank you very much. "Interrupted" looks more appropriate there. How > about if I insert exact (not abstract) operation there, such as: > > "Copying file operation was interrupted and some errors were encountered" > > Would that look correctly? I would change "and" with "because" > Also there is another icorrect sentence in there: > > "The file operation is finished, but there are some errors." > > I think it should look similar to one above but with another verb. errors such as lack of permissions on some files don't interrupt the copy of other files, so when the two messages are displayed? I would try to minimize the differences between the progress window and the failure window, if you keep the title "Copying files" you don't need to repeat it in the error message, less work for translators :-) see your unmodified progress3 beside a copy and paste with failure3 http://picpaste.com/progress-failure3b.png do we need to keep the progress bar in the failure case? I suppose that it always reaches 100% unless the user pressed Stop -- Daniele Forsi |
From: Andrej N. G. <an...@re...> - 2013-12-22 20:09:07
|
Hello! Piotr Sipika has written on Sunday, 22 December, at 14:22: >2013/12/22 Andrej N. Gritsenko <an...@re...> >> >the "Cancel" button and the phrase "The file operation is >> >cancelled..." (which are also in the current version) are wrong >> >because in you can only cancel a single file copy which is in progress >> >but if it was overwriting an existing file you can't get it back and >> >if other files were copied before they remain >> Well, I can change that too. Can you propose any better wording? >How about: >"The file operation was interrupted (aborted?) and some errors were >encountered." Thank you very much. "Interrupted" looks more appropriate there. How about if I insert exact (not abstract) operation there, such as: "Copying file operation was interrupted and some errors were encountered" Would that look correctly? Also there is another icorrect sentence in there: "The file operation is finished, but there are some errors." I think it should look similar to one above but with another verb. >Looking very nice! >Best! Thank you very much! >Piotr Cheers! Andriy. |
From: JM <me...@gm...> - 2013-12-22 19:37:20
|
On Sun, 22 Dec 2013 20:50:51 +0200 "Andrej N. Gritsenko" <an...@re...> wrote: > Hello! > > Jerome Leclanche has written on Friday, 20 December, at 1:13: > >As long as there's a way to turn case sensitivity on, sure, it makes sense. > > Thank you very much everyone. Changed it in GIT now. The checkbox for > case insensitive search is checked by default for both name and content, > user may uncheck it if he or she wants case-sensitive search. > > >On Fri, Dec 20, 2013 at 12:28 AM, Andrej N. Gritsenko > ><an...@re...> wrote: > > >> The PCManFM has a file searching feature. There are options for case > >> sensitivity for both file name and search pattern in the dialog window. > >> Those in 1.1.x versions have defaults: the file name - case insensitive, > >> the pattern - case sensitive. The ticket #3615170 suggests that we should > >> change those defaults to be both case insensitive in 1.2.0. What do you > >> think about that? > > With best regards. > Andriy. Hello, I don't know if you considered it: it would be nice to have an option to use a joker when searching for a string. Regards, Mélodie |
From: Piotr S. <pio...@gm...> - 2013-12-22 19:23:01
|
2013/12/22 Andrej N. Gritsenko <an...@re...> > > >the "Cancel" button and the phrase "The file operation is > >cancelled..." (which are also in the current version) are wrong > >because in you can only cancel a single file copy which is in progress > >but if it was overwriting an existing file you can't get it back and > >if other files were copied before they remain > > Well, I can change that too. Can you propose any better wording? > How about: "The file operation was interrupted (aborted?) and some errors were encountered." Looking very nice! Best! Piotr |
From: Andrej N. G. <an...@re...> - 2013-12-22 18:51:01
|
Hello! Jerome Leclanche has written on Friday, 20 December, at 1:13: >As long as there's a way to turn case sensitivity on, sure, it makes sense. Thank you very much everyone. Changed it in GIT now. The checkbox for case insensitive search is checked by default for both name and content, user may uncheck it if he or she wants case-sensitive search. >On Fri, Dec 20, 2013 at 12:28 AM, Andrej N. Gritsenko ><an...@re...> wrote: >> The PCManFM has a file searching feature. There are options for case >> sensitivity for both file name and search pattern in the dialog window. >> Those in 1.1.x versions have defaults: the file name - case insensitive, >> the pattern - case sensitive. The ticket #3615170 suggests that we should >> change those defaults to be both case insensitive in 1.2.0. What do you >> think about that? With best regards. Andriy. |
From: Andrej N. G. <an...@re...> - 2013-12-22 18:44:56
|
Hello! Daniele Forsi has written on Saturday, 21 December, at 20:47: >2013/12/21 Andrej N. Gritsenko: >> And what change I think should make it look nicer: >> http://www2.rep.kiev.ua/dnld/redesign/progress2.png >> http://www2.rep.kiev.ua/dnld/redesign/failure2.png >the "Cancel" button and the phrase "The file operation is >cancelled..." (which are also in the current version) are wrong >because in you can only cancel a single file copy which is in progress >but if it was overwriting an existing file you can't get it back and >if other files were copied before they remain Well, I can change that too. Can you propose any better wording? >I think that the common usage of "Cancel" is to return to the previous >situation, so I suggest you use a "Stop" button Thank you very much. Reasonable suggestion. Applied. >in http://www2.rep.kiev.ua/dnld/redesign/failure2.png I like the >position of the icon, however changing from progress to failure the >contents will move down which I don't think is nice, so I suggest you >keep the same layout for the progress window with a phrase at the top >like "The file operatoin is in progress" and an icon if there is >something suitable in the theme See next screenshots: http://www2.rep.kiev.ua/dnld/redesign/progress3.png http://www2.rep.kiev.ua/dnld/redesign/failure3.png Are those any better? >Daniele Forsi With best regards. Andriy. |
From: Daniele F. <df...@gm...> - 2013-12-21 19:47:59
|
2013/12/21 Andrej N. Gritsenko: > And what change I think should make it look nicer: > > http://www2.rep.kiev.ua/dnld/redesign/progress2.png > http://www2.rep.kiev.ua/dnld/redesign/failure2.png the "Cancel" button and the phrase "The file operation is cancelled..." (which are also in the current version) are wrong because in you can only cancel a single file copy which is in progress but if it was overwriting an existing file you can't get it back and if other files were copied before they remain I think that the common usage of "Cancel" is to return to the previous situation, so I suggest you use a "Stop" button in http://www2.rep.kiev.ua/dnld/redesign/failure2.png I like the position of the icon, however changing from progress to failure the contents will move down which I don't think is nice, so I suggest you keep the same layout for the progress window with a phrase at the top like "The file operatoin is in progress" and an icon if there is something suitable in the theme -- Daniele Forsi |
From: Giuseppe P. <gi...@gm...> - 2013-12-21 17:23:10
|
Hi, I like your version 2. Cheers, Giuseppe. On Sat, Dec 21, 2013 at 3:08 PM, Andrej N. Gritsenko <an...@re...>wrote: > Hello! > > I think the progress dialog layout in libfm/pcmanfm requires a bit of > redesign. Look what it is like up to now: > > http://www2.rep.kiev.ua/dnld/redesign/progress1.png > http://www2.rep.kiev.ua/dnld/redesign/failure1.png > > And what change I think should make it look nicer: > > http://www2.rep.kiev.ua/dnld/redesign/progress2.png > http://www2.rep.kiev.ua/dnld/redesign/failure2.png > > What do you think? Your opinions and suggestions are very welcomed. > > With best regards. > Andriy. > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: Andrej N. G. <an...@re...> - 2013-12-21 14:08:49
|
Hello! I think the progress dialog layout in libfm/pcmanfm requires a bit of redesign. Look what it is like up to now: http://www2.rep.kiev.ua/dnld/redesign/progress1.png http://www2.rep.kiev.ua/dnld/redesign/failure1.png And what change I think should make it look nicer: http://www2.rep.kiev.ua/dnld/redesign/progress2.png http://www2.rep.kiev.ua/dnld/redesign/failure2.png What do you think? Your opinions and suggestions are very welcomed. With best regards. Andriy. |
From: Andrej N. G. <an...@re...> - 2013-12-20 22:00:16
|
Hello! Next feature for PCManFM is in GIT. Everyone are encouraged to test it, find any possible problems I overlooked, give any corrections and suggestions. The feature is extra icons for the desktop. Icons are other folders that are not in ~/Desktop folder really but are shown on the desktop: 1) ~/Documents (or whatever folder is defined by XDG or by you); 2) Trash Can (which icon follows emptiness state of course); 3) external mounted devices (USB sticks, etc.). Each of those items can be individually enabled or disabled. The default is to enable only Trash Can - i.e. on fresh user login desktop will be not empty as it was before but contain Trash Can icon on it. Cheers! Andriy. |
From: <u-...@ae...> - 2013-12-20 07:44:32
|
On Thu, Dec 19, 2013 at 10:39:35PM +0200, Andrej N. Gritsenko wrote: > I would like to hear your opinions how the files should behave. Let say, > you had the file ~/Downloads/movie.avi. Then you have trashed it so it is > not in ~/Downloads anymore but in trash:///. Then you: > > 1) drag trash:///movie.avi and drop it into ~/Downloads. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be copied to ~/Downloads? > - nothing to happen? > 2) drag trash:///movie.avi and drop it into ~/Videos. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be removed from trash:/// and appear in ~/Videos? > - be copied to ~/Videos? > - nothing to happen? > 3) drag trash:///movie.avi and drop it onto USB stick. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be removed from trash:/// and appear on the USB stick? > - be copied to USB stick? > - nothing to happen? Always move. Regards, Rune |
From: nesro <ne...@ne...> - 2013-12-20 07:36:39
|
There could be case sensitivity items sorted first, then case insensitivity. Děkuji a s pozdravem, Tomáš Nesrovnal 2013/12/20 Jerome Leclanche <ad...@gm...>: > As long as there's a way to turn case sensitivity on, sure, it makes sense. > J. Leclanche > > > On Fri, Dec 20, 2013 at 12:28 AM, Andrej N. Gritsenko > <an...@re...> wrote: >> Hello! >> >> The PCManFM has a file searching feature. There are options for case >> sensitivity for both file name and search pattern in the dialog window. >> Those in 1.1.x versions have defaults: the file name - case insensitive, >> the pattern - case sensitive. The ticket #3615170 suggests that we should >> change those defaults to be both case insensitive in 1.2.0. What do you >> think about that? >> >> With best regards. >> Andriy. >> >> ------------------------------------------------------------------------------ >> Rapidly troubleshoot problems before they affect your business. Most IT >> organizations don't have a clear picture of how application performance >> affects their revenue. With AppDynamics, you get 100% visibility into your >> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! >> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk >> _______________________________________________ >> Lxde-list mailing list >> Lxd...@li... >> https://lists.sourceforge.net/lists/listinfo/lxde-list > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: Jerome L. <ad...@gm...> - 2013-12-20 01:13:36
|
As long as there's a way to turn case sensitivity on, sure, it makes sense. J. Leclanche On Fri, Dec 20, 2013 at 12:28 AM, Andrej N. Gritsenko <an...@re...> wrote: > Hello! > > The PCManFM has a file searching feature. There are options for case > sensitivity for both file name and search pattern in the dialog window. > Those in 1.1.x versions have defaults: the file name - case insensitive, > the pattern - case sensitive. The ticket #3615170 suggests that we should > change those defaults to be both case insensitive in 1.2.0. What do you > think about that? > > With best regards. > Andriy. > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: Andrej N. G. <an...@re...> - 2013-12-20 00:28:32
|
Hello! The PCManFM has a file searching feature. There are options for case sensitivity for both file name and search pattern in the dialog window. Those in 1.1.x versions have defaults: the file name - case insensitive, the pattern - case sensitive. The ticket #3615170 suggests that we should change those defaults to be both case insensitive in 1.2.0. What do you think about that? With best regards. Andriy. |
From: Jerome L. <ad...@gm...> - 2013-12-19 21:05:55
|
1) Moved to Downloads 2) Moved to Videos 3) Whichever behaviour is default when drag & dropping a file onto a usb stick J. Leclanche On Thu, Dec 19, 2013 at 8:39 PM, Andrej N. Gritsenko <an...@re...> wrote: > Hello! > > I would like to hear your opinions how the files should behave. Let say, > you had the file ~/Downloads/movie.avi. Then you have trashed it so it is > not in ~/Downloads anymore but in trash:///. Then you: > > 1) drag trash:///movie.avi and drop it into ~/Downloads. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be copied to ~/Downloads? > - nothing to happen? > 2) drag trash:///movie.avi and drop it into ~/Videos. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be removed from trash:/// and appear in ~/Videos? > - be copied to ~/Videos? > - nothing to happen? > 3) drag trash:///movie.avi and drop it onto USB stick. Should it: > - be removed from trash:/// and appear in ~/Downloads? > - be removed from trash:/// and appear on the USB stick? > - be copied to USB stick? > - nothing to happen? > > I highly need your opinions, please. > > With best regards. > Andriy. > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: Andrej N. G. <an...@re...> - 2013-12-19 20:39:45
|
Hello! I would like to hear your opinions how the files should behave. Let say, you had the file ~/Downloads/movie.avi. Then you have trashed it so it is not in ~/Downloads anymore but in trash:///. Then you: 1) drag trash:///movie.avi and drop it into ~/Downloads. Should it: - be removed from trash:/// and appear in ~/Downloads? - be copied to ~/Downloads? - nothing to happen? 2) drag trash:///movie.avi and drop it into ~/Videos. Should it: - be removed from trash:/// and appear in ~/Downloads? - be removed from trash:/// and appear in ~/Videos? - be copied to ~/Videos? - nothing to happen? 3) drag trash:///movie.avi and drop it onto USB stick. Should it: - be removed from trash:/// and appear in ~/Downloads? - be removed from trash:/// and appear on the USB stick? - be copied to USB stick? - nothing to happen? I highly need your opinions, please. With best regards. Andriy. |
From: Andrej N. G. <an...@re...> - 2013-11-24 00:54:13
|
Hello! Kuzma Shapran has written on Sunday, 24 November, at 13:01: >On 24 November 2013 12:05, Andrej N. Gritsenko <an...@re...> wrote: >> Kuzma Shapran has written on Sunday, 24 November, at 9:16: >> >I like Konqueror's unlimited split view feature. Is there any chance for >> >this in PCManFM/PCManFM-Qt? >> Well, in theory number of panes in the implementation isn't limited. >> But in practice - management of them is. You know, PCManFM is the tabbed >> file manager. You can mark one tab as inactive but what you will do with >> three or more of the views, how will you know the correspondence between >> tab labels and paned views when you have 8 tabs and 4 views for example? >Highlight the only active view? and use its title as the tab title? You should just try it instead of imagine it. There are two types of tabs if no Dual Pane mode is used - visible and hidden. When second pane added then there is third type of tab - selected, it has another coloring (GTK styles in use, yep). Tab titles always show active folder name, that is obvious. Tab titles are on buttons, pressing them activates or unhides corresponding view pane. >I think it's not a problem if tabs are higher in hierarchy and each tab is >divided into views. >But if there are tabs in each view - it could look confusing. If each tab is divided and divided differently it will create a whole mess and confusion for users. In that case there it is better to create a separate window for each group of views. Yes, it's what Konqueror does. And use separate tabs in each view is also bad solution, you lose the access to some tab from within another view. No hierarchy should be ever involved, ever normal users will be confused, but users with some kind of disability will be just unavailable to do anything with that chaos. File manager should stay the same in both cases - one view is in window or two of them. And tabs are global for a window - each tab button represents a single given folder view. Therefore three types of tabs: active, hidden, and inactive (on opposite pane). If you don't like that then use another, non-tabbed file manager. Or change your habits a bit. With best regards. Andriy. |
From: Kuzma S. <lea...@gm...> - 2013-11-24 00:02:04
|
On 24 November 2013 12:05, Andrej N. Gritsenko <an...@re...> wrote: > Hello! > > Kuzma Shapran has written on Sunday, 24 November, at 9:16: > >On 24 November 2013 04:40, Andrej N. Gritsenko <an...@re...> > wrote: > > >> Next thing I want you to test is a Dual Pane mode for pcmanfm. It is > >> available in the 'dual-pane' branch in the GIT now. Yes, the pcmanfm now > >> can have two panels as old Nautilus or Dolphin can. I very appreciate > any > >> opinions, suggestions and questions. Thank you in advance. :) > > >I like Konqueror's unlimited split view feature. Is there any chance for > >this in PCManFM/PCManFM-Qt? > > Well, in theory number of panes in the implementation isn't limited. > But in practice - management of them is. You know, PCManFM is the tabbed > file manager. You can mark one tab as inactive but what you will do with > three or more of the views, how will you know the correspondence between > tab labels and paned views when you have 8 tabs and 4 views for example? > Highlight the only active view? and use its title as the tab title? I think it's not a problem if tabs are higher in hierarchy and each tab is divided into views. But if there are tabs in each view - it could look confusing. > For not-tabbed file managers no such problem exists but for tabbed it is > there. Well, you can toss opened tabs between panes at will instead so I > believe that isn't worse than multi-split but rather more convenient. > > > With best regards. > Andriy. > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: Andrej N. G. <an...@re...> - 2013-11-23 23:05:56
|
Hello! Kuzma Shapran has written on Sunday, 24 November, at 9:16: >On 24 November 2013 04:40, Andrej N. Gritsenko <an...@re...> wrote: >> Next thing I want you to test is a Dual Pane mode for pcmanfm. It is >> available in the 'dual-pane' branch in the GIT now. Yes, the pcmanfm now >> can have two panels as old Nautilus or Dolphin can. I very appreciate any >> opinions, suggestions and questions. Thank you in advance. :) >I like Konqueror's unlimited split view feature. Is there any chance for >this in PCManFM/PCManFM-Qt? Well, in theory number of panes in the implementation isn't limited. But in practice - management of them is. You know, PCManFM is the tabbed file manager. You can mark one tab as inactive but what you will do with three or more of the views, how will you know the correspondence between tab labels and paned views when you have 8 tabs and 4 views for example? For not-tabbed file managers no such problem exists but for tabbed it is there. Well, you can toss opened tabs between panes at will instead so I believe that isn't worse than multi-split but rather more convenient. With best regards. Andriy. |
From: Kuzma S. <lea...@gm...> - 2013-11-23 20:17:04
|
On 24 November 2013 04:40, Andrej N. Gritsenko <an...@re...> wrote: > Hello! > > The per-folder configuration is pushed into pcmanfm GIT the 'master' > branch. Any bug reports and suggestions are welcomed. There is some > string which I would like to get any advices from native speakers. It is > the main menu option 'View'->'Save for This Folder' to toggle saving > configurations for current folder on or off. It might be not very good > spelled though. As usual, the shortest string is better to not get the > menu bloated too much. > > Also there is some controversial layout in the application selection > dialog (such as used in libfm-pref-apps or in the 'Open With...' dialog). > It currently shows header: 'File type to be opened: <type description>' > and some tooltip on current tab context in the tab footer. The widget > GtkAppChooserDialog (which does similar thing but in more limited range) > presents a header 'Select an application for <type description> files' > and obviously since there is no tab, there is no footer. I think the > GtkAppChooserDialog header is a bit better to understand what the dialog > does. And also tooltip just below the tab may be a bit confusing because > it's not any different from all other text in the dialog window, I think > it should show the tooltip on tab buttons instead. What do you think? > > Next thing I want you to test is a Dual Pane mode for pcmanfm. It is > available in the 'dual-pane' branch in the GIT now. Yes, the pcmanfm now > can have two panels as old Nautilus or Dolphin can. I very appreciate any > opinions, suggestions and questions. Thank you in advance. :) > I like Konqueror's unlimited split view feature. Is there any chance for this in PCManFM/PCManFM-Qt? > With best regards. > Andriy. > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: Andrej N. G. <an...@re...> - 2013-11-23 15:40:35
|
Hello! The per-folder configuration is pushed into pcmanfm GIT the 'master' branch. Any bug reports and suggestions are welcomed. There is some string which I would like to get any advices from native speakers. It is the main menu option 'View'->'Save for This Folder' to toggle saving configurations for current folder on or off. It might be not very good spelled though. As usual, the shortest string is better to not get the menu bloated too much. Also there is some controversial layout in the application selection dialog (such as used in libfm-pref-apps or in the 'Open With...' dialog). It currently shows header: 'File type to be opened: <type description>' and some tooltip on current tab context in the tab footer. The widget GtkAppChooserDialog (which does similar thing but in more limited range) presents a header 'Select an application for <type description> files' and obviously since there is no tab, there is no footer. I think the GtkAppChooserDialog header is a bit better to understand what the dialog does. And also tooltip just below the tab may be a bit confusing because it's not any different from all other text in the dialog window, I think it should show the tooltip on tab buttons instead. What do you think? Next thing I want you to test is a Dual Pane mode for pcmanfm. It is available in the 'dual-pane' branch in the GIT now. Yes, the pcmanfm now can have two panels as old Nautilus or Dolphin can. I very appreciate any opinions, suggestions and questions. Thank you in advance. :) With best regards. Andriy. |
From: Andrej N. G. <an...@re...> - 2013-11-22 00:38:08
|
Hello! I have written on Thursday, 21 November, at 12:39: > Thank you for your ideas. I wanted to not add new APIs to LibFM at >this point but may be adding a little bunch of such wrappers will not >hurt. I'll try to make it when time permits, it's still a lot of text >(for documentations at least). I've pushed a branch 'per-folder-modes' into libfm. Also I've pushed a branch 'per-folder-modes2' into pcmanfm. The latter has some enclosures (#if !FM_CHECK_VERSION(1, 2, 1) ... #endif) that set to 1.2.1 just to let it be built with unmodified libfm, I'll change them to 1.2.0 when I merge all into libfm and pcmanfm master. Please, review it as soon as you can. I believe you are right that in this case convenience is better than some CPU and memory consumption increase. Thank you very much. Cheers! Andriy. |
From: Andrej N. G. <an...@re...> - 2013-11-21 10:39:30
|
Hello! PCMan has written on Thursday, 21 November, at 10:23: >The APIs are just macros wrapping g_key_file_* APIs. This creates nice APIs >with nearly zero code bloat. [.......] >So don't waste your time on micro-optimization. Please, I'm serious. >Reading the per-folder preferences is a once per folder visit operation. >Optimizing it too much won't improve the real performance since it's rarely >called. Thank you for your ideas. I wanted to not add new APIs to LibFM at this point but may be adding a little bunch of such wrappers will not hurt. I'll try to make it when time permits, it's still a lot of text (for documentations at least). Cheers! Andriy. |