Hash: SHA1

On 24/03/11 07:20, Stephan Witt wrote:
> Am 23.03.2011 um 23:51 schrieb Steve Litt:
>> On Wednesday 23 March 2011 09:04:05 you wrote:
>>> On 03/22/2011 07:33 PM, Liviu Andronic wrote:
>>>> On Tue, Mar 22, 2011 at 11:26 PM, Steve Litt <sl...@troubleshooters.com> 
>> wrote:
>>>>> Hi all,
>>>>> I'm now labelling all 57 chapters of my new book, and what a PITA!
>>>>> First of all, there's no hotkey -- I have to do Insert->Label on every
>>>>> one.
>>>> At least for this you can easily define a custom shortcut. See the
>>>> docs (Customization and Functions, I think).
>>> How about alt-i, l? (Keyboard-based menu access.)
>>>>> But even worse, the label defaults to the first three words, and often
>>>>> the first word is "The". Is there a way to have the label default to
>>>>> the first five words?
>>>> I have no idea, but this might be hardcoded. You have always the
>>>> option to change it in the sources and rebuild it for you needs.
>>>> Otherwise perhaps file a bug report.
>>> Rainer's idea about this is OK, but it seems a lot of work for not much
>>> payoff.
>>> Richard
>> Hi Richard,
>> You'd have a new respect for the payoff after labeling 55 chapters with more 
>> than 3 words, and many start with "The" or "A".
>> If Rainer's idea is too much work, an easier route could be made. Somewhere 
>> in 
>> the code is a constant, variable or magic number describing the max length 
>> in 
>> words of a default label. Just use that constant, variable or magic number 
>> to 
>> set a variable, and then override the variable based on an environment 
>> variable if the environment variable exists. I'd guess it would be about a 
>> ten 
>> minute change.
>> Then, if that environment variable solution becomes popular, at a later time 
>> the number of words can be set using a genuine configuration screen.
>> How does that sound?
> As a user I'd like and propose another solution:
> * maintain a black list of words [per language] (give the user a chance to 
> edit it)
> * skip words from this list at the beginning
> * use the remaining words until max is reached or
> * use more words being skipped if the max is not reached.

Sounds like a reasonable solution - but would it be then a major step to
put the first 10 words into variables which could then be assembled
through a parser by a pattern specified by the user? I guess it would be
a more difficult, but much more difficult? I don't know - but it would
be a nice touch to have such a feature.

> The problem is where to store this list of words - we have too many 
> RC-variables already.

That is an internal question, but I think it should be user editable  so
via preferences would be fine (I don't know if that goes back to the
RC-variables you mentioned).



> Stephan

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
South Africa

Tel:        +33 - (0)9 53 10 27 44
Cell:       +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:      rai...@krugs.de

Skype:      RMkrug
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


Reply via email to