Re: [Pan-users] Re: changing your underscores; some old problems coming back (Re: updated info)

[K. Haley]

On 8/4/2010 8:42 PM, Duncan wrote:
> SciFi posted on Wed, 04 Aug 2010 18:59:52 +0000 as excerpted:
>   
>> Hi,
>>
>> Having the underscores being placed into the generated folder-name(s)
>> [based on the posted Subject line(s)] was driving me crazy.
> I'd suggest that be an option, perhaps in preferences.xml but not
> cluttering the GUI.  Some people prefer spaces as they're
> "less annoying" (as you said) visually and to type, while others
> prefer underscores, due to space in path names normally needing
> escaped or quoted.
>   
Done.  Prefernce is "save-subj-seperator".  I've limited the choice to 3
option ' ', '-', '_' with '-' being the default.
>> I am also noticing another problem which had been presumably
>> fixed a while back in the gnome repo, I thought.
>> I brought up a 'reply' of your message just now and Pan decided to
>> re-wordwrap some of it despite "Wrap Text" /not/ being in effect on my
>> panel. You can see it below, where GMane's 'footnote' is: GMane has the
>> Pan-users- munged address on a separate line but Pan decided to
>> reverse-wordwrap it as you see now.
>> Things like that are happening in other groups on other servers (GN, AW,
>> etc).
>>     
> My frustration hasn't been so much in the displayed rewrap, but
> in the posting rewrap.
>
> IIRC, pan used to rewrap the edit window "statically".  That is,
> I could set it wrapped and type in the normal text of my reply,
> then hit unwrap, to allow me to fix the wrapping of specific
> lines (error output, code, etc) as necessary.  Now, when I hit
> unwrap, pan unwraps the normal text as well, so then I have
> to go back and wrap it manually!
>
> I hate that, but as I've seen the struggles around getting
> wrapping behavior "right" over the years, I've not mentioned it
> until now, as it seems there'll always be some element of the
> auto-wrapping behavior that's not entirely "right".
>   
The word wrap button just toggles the text widgets word wrapping.  Since
it doesn't know how to handle wrapping quoted text that needs to be done
before the text is added to it.  I could set it so that the pre-wrapping
will only happen when word wrap is enabled, but that means if you turn
on wrapping then any quoted lines will be wrapped incorrectly by the widget.
> What'd /really/ be nice would be a "wrap selected" function
> and toolbar button.  That way, a post could be unwrapped by
> default for verbatim code, error messages and the like, but
> allow select-and-wrap on demand for normal text.
>   
That should be easy enough to add. Just add a menu entry & have the
callback get the selected text, send it to a TextMassager, then replace
the original text.
> Since we're on the subject....   The behavior with /
> italics/ and filesystem path markup when wrapping has irritated
> me for awhile.  If the "/" appears near the wrap point,
> it'll be placed, often entirely by itself, at the end of the
> previous line, leaving the rest of the word/path on the next line
> improperly marked up, like the above (tho that one was generated
> manually for illustration purposes, as I have no-wrap set ATM).
>
> Path example: /
> usr/share/doc/cups-1.4.4/README.txt
>   
If that's text you typed then it's GTK doing the wrapping not pan.  Pans
TextMassager only wraps on whitespace while GTK does unicode wrapping.
>> Quite some time ago, I thought you/someone had fixed the right-most
>> column in the header listing pane so that its column-width settings
>> are 'remembered' such that the column is fully in view and to keep the
>> lower horizontal scroll-bar from opening up.
>>     
> You're right.  It does seem to be that the width calculation
> doesn't account for the vertical scroller.  It's a tiny bit
> on a full 1920 screen width pane, but a frustrating tiny bit
> it is, especially given the fact that the bytes column is
> /way/ wider than any of its contents.
>   
Pan does remember the width of all columns.  There is no width
calculation going on within Pan regarding those columns.  The label
width should be the minimum size for any column.  If you're having
trouble shrinking a column you might need to try resizing different
columns.  I have Author, Line, & Date as my last columns.  For some
reason Date was stuck slightly larger than it contents and then it just
decided I could shrink it down to the size of its contents but no
smaller.  When I was changing the size of the Author column just now,
the Date column decided it was ok to shrink down like it was supposed
to.  That's GTK for you.
>> I can file bugreports, still, at gnome.org, if we need to.
>> Are we going to continue doing that
>> whatever the outcome of the possible
>> coming "maintainership change"?
>>     
It's probably a good idea so we can keep track of them.

signature.asc
Description: OpenPGP digital signature