Re: RFE #684718

Am 04.07.2004 um 07:59 schrieb Oliver Giesen:

> I'm currently implementing RFE #684718
> (https://sourceforge.net/tracker/? 
> func=detail&atid=360072&aid=684718&group_i
> d=10072).
[snip]
>
> Another thing I had been planning to do but am not entirely sure about
> anymore is implementing some kind of logic for truncating the Root and
> Repository strings in a way that they still maintain a certain level of
> information even when their respective panes are too narrow to display  
> them
> completely, using the common approach of replacing the truncated part  
> with
> "...". Now that I've been working with my patched version (that does  
> not yet
> contain any such functionality) for a while I have been wondering if  
> this
> really makes sense and if it does which part of the strings should be
> maintained, e.g. which of the following truncated CVSROOTs would still  
> be
> the most informative:
>
> a) :pserver:[email protected]:/cv... (simply truncate at end)
> b) :pserver:[email protected].../cvsgui (maintain as much of path from  
> the
> end as possible)
> c) [email protected]:/cvsroot/cvsgui (truncate at start)
> d) :pserver:...cvs.sf.net:/cvsroot/cvsgui (maintain protocol prefix)
> ...

If it's got to be one of those choices, I'd vote for d).
However, you may even want to consider truncating both the server and  
the path. If doing so, I'd suggest to truncate both in the middle, e.g.

:pserver:[email protected]:/cvsroot/an...fo/project

Usually you'll end up with more identifiable information for such  
strings when truncating in the middle. OTOH, for the module path, maybe  
truncating at the beginning is actually a more sensible thing to do,  
but that basically depends on the organization of the cvs server, which  
is hard to predict... that's why a middle truncation usually is the  
better solution, since it caters both those setups where all  
repositories start with the same path and those situations where the  
repositories only differ at the beginning of the path...

Another thing to consider: maybe the protocol is not all that  
interesting (i.e. could be truncated first), since once you know the  
server and repo, people will have a good guess to what the protocol  
would be (unless they use more than one protocol to contact the same  
repo)?

my €.02
</jum>


[Non-text portions of this message have been removed]



------------------------ Yahoo! Groups Sponsor --------------------~--> 
Yahoo! Domains - Claim yours for only $14.70
http://us.click.yahoo.com/Z1wmxD/DREIAA/yQLSAA/NhFolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/cvsgui-dev/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/