Re: spellchecking with curly-quotes

2006-09-16 Thread A.J.Mechelynck

Kyle Wheeler wrote:

Hello,

I frequently compose text that uses curly quotes (’) in words (e.g. 
"women’s"). I also use the spell checker a lot. Unfortunately, the 
(utf-8) curly quote seems to confuse the spell checker. While "women's" 
is accepted as a correct spelling, "women’s" causes the trailing s to be 
highlighted as a misspelling.


Does anyone know if there's a way (perhaps by patching vim) to get curly 
quotes to be treated the same as single quotes?


~Kyle


The quick-and-dirty hack is

1.  :%s/’/'/g
2.  spell-check
3.	use undo (u) or :%s/'/’/gc (using the c "confirm" flag because not 
every apostrophe/quote is to be turned into a leftward-slanting 
apostrophe) to change everything back.


Of course, this is _not_ a proper fix. The "proper" fix would require 
making ' and ’ equivalent (when used as an apostrophe) in the spell 
dictionary.


-- Note that although being labeled as "preferred" in the Unicode 
documentation, the ’ character (U+2019) is not as portable as ' (Ox27) 
which is part of the 7-bit US-ASCII character set (which is a subset of 
most others). I have seen some HTML pages which used ’ but did not 
specify Unicode, or even explicitly specified Latin1 or Windows-1252, 
with the result that the display was garbled.



Best regards,
Tony.


spellchecking with curly-quotes

2006-09-16 Thread Kyle Wheeler

Hello,

I frequently compose text that uses curly quotes (’) in words (e.g. 
"women’s"). I also use the spell checker a lot. Unfortunately, the 
(utf-8) curly quote seems to confuse the spell checker. While 
"women's" is accepted as a correct spelling, "women’s" causes the 
trailing s to be highlighted as a misspelling.


Does anyone know if there's a way (perhaps by patching vim) to get 
curly quotes to be treated the same as single quotes?


~Kyle
--
The whole problem with the world is that fools and fanatics are always 
so certain of themselves, but wiser people so full of doubts.

  -- Bertrand Russell


pgp3b1YKxnedS.pgp
Description: PGP signature


Re: GTK2 gui_gtk_position_in_parent() - bad indenting or missing operator?

2006-09-16 Thread A.J.Mechelynck

Alexey I. Froloff wrote:

gui_gtk.c:

3131 if ((pos_x + c_size.width) > (wP + xP))
3132pos_x = xP + wP - c_size.width - 2;
3133 /* Assume 'guiheadroom' indicates the title bar height... */
3134 if ((pos_y + c_size.height + p_ghr / 2) > (hP + yP))
3135 
3136 gtk_widget_set_uposition(child, pos_x, pos_y);

3137 }

gtk_widget_set_uposition() is called only if condition in line
3134 is true.

P.S.  Can anyone confirm, that running

gvim-gtk2 -u NONE -U NONE --cmd 'set lines=' --cmd 'set guifont=Bolkhov\ VGA\ 10'   


_SOMETIMES_ does not resize gvim window?  I had to run this
command ~40 times before I got that.  They say, it can be
reproduced without setting 'guifont' (BTW, value doesn't matter),
but I can't catch it.



- ":set" with several options acts from left to right; if there is an 
error, the rest isn't executed.
- ":set lines=9" set 'lines' to the maximum number of lines possible 
with the current 'guifont'. In this case, with the default font which 
was there before setting 'guifont' to "Bolkhov VGA 10". Therefore 
setting 'lines' and/or 'columns' should be done after setting 'guifont', 
not before. IIUC (but I may have misunderstood) setting these with --cmd 
(i.e., before processing the vimrc) doesn't change anything since (IIUC) 
when about to start the GUI, 'lines' 'columns' ":winpos" 'guifont' etc. 
are postponed until the GUI is started; I supposed they are still run in 
the order the commands were given.
- I can't test this exact way, as "Bolkhow VGA" is not available on this 
system. (I use "B&H LucidaTypewriter 10" for Latin and "FZFangSong 18" 
for CJK. I have "set lines=9 columns=9" in my vimrc (bracketed 
by 'if has("gui_running")' and after setting 'guifont') and my gvim 
(GTK2/Gnome Huge version) always starts maximized.


Conclusion: Works for me.


Best regards,
Tony.


GTK2 gui_gtk_position_in_parent() - bad indenting or missing operator?

2006-09-16 Thread Alexey I. Froloff
gui_gtk.c:

3131 if ((pos_x + c_size.width) > (wP + xP))
3132pos_x = xP + wP - c_size.width - 2;
3133 /* Assume 'guiheadroom' indicates the title bar height... */
3134 if ((pos_y + c_size.height + p_ghr / 2) > (hP + yP))
3135 
3136 gtk_widget_set_uposition(child, pos_x, pos_y);
3137 }

gtk_widget_set_uposition() is called only if condition in line
3134 is true.

P.S.  Can anyone confirm, that running

gvim-gtk2 -u NONE -U NONE --cmd 'set lines=' --cmd 'set guifont=Bolkhov\ 
VGA\ 10'   

_SOMETIMES_ does not resize gvim window?  I had to run this
command ~40 times before I got that.  They say, it can be
reproduced without setting 'guifont' (BTW, value doesn't matter),
but I can't catch it.

-- 
Regards,
Sir Raorn.


signature.asc
Description: Digital signature


Re: Convert to HTML patch. Opinions / Testing.

2006-09-16 Thread Edd Barrett

On 16/09/06, Benji Fisher <[EMAIL PROTECTED]> wrote:



 I agree that enclosing the whole file in  and  tags is not
very helpful.

HTH --Benji Fisher



Can we conclude that the patch is ok to be included in vim?

Best Regards

Edd


Re: Convert to HTML patch. Opinions / Testing.

2006-09-16 Thread Benji Fisher
On Fri, Sep 15, 2006 at 01:37:57PM +0100, Edd Barrett wrote:
> On 15/09/06, Benji Fisher <[EMAIL PROTECTED]> wrote:
> >I think the decision of
> >whether to include the  tags should be based on principles of logical
> >mark-up:  are these naturally paragraphs?
> 
> This depends upon if you are writing a book or some code. The spacing
> of the lines should be governed by the whitespace of the sourcecode,
> and I cant think of how you define a "paragraph of code".
> 
> But consider this:
> The whole file is contained in a , so the gap introduced (if any)
> will either be right at the top or bottom of the code (or both?),
> neither of which are benificial to the format of the page.
> 
> Agree?

 I agree that enclosing the whole file in  and  tags is not
very helpful.

HTH --Benji Fisher