Allan:
>
> news.inc => news/news.inc
> should either be split into [half-]year long archives
> or we make a news/news.php3 that lets you "scroll" through the
> list (news/news.php3?2 to get the news from the second pageful
> of news_items)
Sure. Naming things news_1999.ph
> So this is the free spacing hack...
> My suggestion is that someone help me get this right in cvs with the
> new InsetSpecialchar for protected spaces.
Hmmm... What would be involved here?
> | My suggestion is that inside Scrap layouts, the protected-space should output
> | just a space (bette
On Sat, Mar 04, 2000 at 10:02:50PM +0100, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> |
> | If you want, I can do the changes (and also do the changes I suggested
> | for layout.C)
>
> Nooo! :-)
>
> I absolutely disagree with you ad. the parsing of layout files.
The following patch adds better support for Arabic, and fix several other
things.
Also, it includes the end-of-proof patch (which haven't yet been applied)
patch.gz
#
# Arabic keyboard definition for LyX
#
# Generated automatically from kikbd map by Adil Alsaid <[EMAIL PROTECTED]>
#
\kmap q Ö
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| [Rewrite the loading parsing logic]
| > If you want, I can do the changes (and also do the changes I suggested
| > for layout.C)
|
| When you volunteer, obviously it's a good idea to make the change.
| You won't find me arguing against tha
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Thu, Mar 02, 2000 at 12:09:18PM +0100, Asger K. Alstrup Nielsen wrote:
| > > Dekel> However, the real problem lies on parsing .lyx files at
| > > Dekel> Buffer::readLyXformat2 which is done using if-else statements
| > > Dekel> (... else if (token == "\
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Hi everyone,
|
| In the latest lyx-1.1.5cvs:
|
| All protected spaces (created by Ctl-SPC) are getting output as the ~
| character.
|
| While this seems to work for straight LaTeX, it does *not* work for noweb
| output (for literate programming)
I installed cvs 1.1.5cvs (this morning's) with --with-lyxname=lyxd
All of the share directories etc went well, but the bin went into
(overwrote) /usr/local/bin/lyx instead of lyxd.
Garst
commit all your patches.
On 3 Mar 2000, Jean-Marc Lasgouttes wrote:
> * Gcc 2.8.1: things seems to works except that, since there is no
> namespace support, everything is declared in global namespace. The
> solution is to add a few #ifdef in PopupBase.h and Popups.h. If done
> correclty, i
Hi folks. I noticed an announcement on freshmeat that there is a script
writing patch for abiWord.
http://www.tvwriter.com/script.html
I've never tried abiWord, so don't know how their script writing
compares to what I did for LyX, but if anybody looks at it and thinks I
should make some addition
On 3 Mar 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> having read the latest installment of the lyx development news,
> Angus> I checked the rae branch out of cvs and tried to compile it.
>
> Angus> Compilation fails in sigc++ with m4
[Rewrite the loading parsing logic]
> If you want, I can do the changes (and also do the changes I suggested
> for layout.C)
When you volunteer, obviously it's a good idea to make the change.
You won't find me arguing against that ;-)
I'm sure the patch would be welcomed.
Maybe it's time for De
On Sat, Mar 04, 2000 at 01:02:09PM +0200, Dekel Tsur wrote:
> I've found the following bugs in LyX 1.1.5cvs (they are not present in 1.1.4)
>
> 2. The size of the font in a math insets which is inside a paragraph with a
> larger font size (e.g. title, section etc.) is incorrect.
> Load the attach
I've found the following bugs in LyX 1.1.5cvs (they are not present in 1.1.4)
1. LyX crashes after opening a bibtex inset and pressing OK
2. The size of the font in a math insets which is inside a paragraph with a
larger font size (e.g. title, section etc.) is incorrect.
Load the attached bug.ly
On Thu, Mar 02, 2000 at 12:09:18PM +0100, Asger K. Alstrup Nielsen wrote:
> > Dekel> However, the real problem lies on parsing .lyx files at
> > Dekel> Buffer::readLyXformat2 which is done using if-else statements
> > Dekel> (... else if (token == "\\emph") ... ) This is very
> > Dekel> inefficien
15 matches
Mail list logo
