Hello!
Stephan Sokolow has written on Sunday, 1 December, at 13:01:
>On 13-12-01 11:47 AM, Andrej N. Gritsenko wrote:
>> Well, it is not about view mode but also for sorting and show hidden
>> setting. And it should have emphasis those settings are remembered only
>> for current folder only if that option is checked, otherwise the common
>> settings will be applied. May be "Remember This Folder View/Sort Modes"
>> is better then? It is long unfortunately, even longer than the string in
>> the menu which is the longest now: "Open Current Folder in Terminal". :(
[.......]
>Assuming we can't come up with something shorter, this would be the most
>intuitive and would only be two characters longer:
>"Remember View Settings for This Folder"
>...and these would probably gain more in compactness than they'd lose in
>clarity:
>"Remember Folder-Specific Settings"
>"Remember Folder-Specific View"
>The last one also has the benefit of being shorter than
>"Open Current Folder in Terminal" though I think I might prefer the
>second last.
I'm afraid that will be somehow changed when translated and made yet
further away from being obviously understandable. So I think the latter
(...for This Folder) is what it should be then. It will blow up the View
menu though but we have no choice. I've tested it - it is more than twice
bigger than the biggest one - "Detailed List View". I hope users will not
blame us too much. :)
>> Well, it is not different from any previous versions in that place.
>> I'm trying to attach a screenshot to this letter and hope it may help to
>> understand what I meant then:
>I agree that the "Use selected application to open files" line is
>unnecessary once the "File type to be opened:" line is rewritten as an
>instruction.
>(The dialog will also look nicer when the left edge of the checkbox can
>line up with the tab box without some text in between that doesn't line
>up with the checkbox's text either.)
>I still don't know what you'd want to put in a tooltip but I don't think
>any tooltips are needed once you rewrite the "File type to be opened"
>line. (It will ask for you to pick an application and you've got two
>clearly-labelled sources/palettes/etc. to choose from)
I mean use that "Use selected application to open files" as tooltip
for first tab and "Execute custom command line to open files" (it was set
in the same place when second tab is selected) as tooltip for second tab.
Some people (disabled for example) need tooltips so since accessibility
is one of points of attention now I set tooltips where appropriate.
>However, I do notice a couple of other things which could be improved:
>1. Change "Installed Application" to "Installed Applications" (plural).
>Even when they also implicitly serve as radio buttons, the most visible
>function of tabs is as categories and category titles describe their
>contents rather than naming an action to be taken.
>(As is, it feels odd because the intuitive expansion of the tab titles
>is "[Select one of the] Installed Applications" and "[Provide a] Custom
>Command Line")
Thank you very much. Sounds sensible. Will change that.
>2. "Set selected application as default action of this file type" is
>incorrect.
>"default action OF this file type" implies that the file is performing
>the default action rather than having it performed on it.
>(It's also wrong because, by the linguistic equivalent of the transitive
>property, setting the application as the default action would imply
>"performing the selected application". Obviously, an application is not
>the same thing as the action it performs, so that makes no sense.)
>You want "default action FOR this file type" since it makes fewer
>implicit claims about the roles being played, thereby allowing the
>reader to comfortably interpret the sentence as a shorter form of "Set
>'Ask the application to act on this file' as the default action for
>files of this type."
Thank you very much for this too. I think the word "action" in this
phrase is superfluous, it may bring some ambiguity. What do you think?
>> Well, since there are no feedbacks on that, I'll probably push it
>> into the master branch in a day or two so you can easily upgrade it in
>> your system without compiling it (just use lubuntu-dev PPA). :)
>lubuntu-dev appears to be a team rather than a specific PPA. Which is
>the most stable PPA it'll be in?
I meant that one - ppa:lubuntu-dev/lubuntu-daily - I thought it was
obvious enough out of 4 available. :) Well, I'm not sure if lxsession
problems are fixed, it's still in alpha stage now so if you run into some
problems you can fall back into older version. Other LXDE components are
working very well, I've added that PPA for few installations already.
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=84349351&iu=/4140/ostg.clktrk
_______________________________________________
Lxde-list mailing list
Lxde-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxde-list
