Georg Baum wrote:
This is a hack again :-( configure.py should never modify preferences. I do
not want it to override settings I may have done manually.
Why create such complicated hacks? So far I think the simple patch for
lyxrc.distviewers is the best solution. I don't see what's wrong with
The attached patch:
- Fixes handling of a wrong delimiter. Previously, a character after
a big size macro was swallowed, causing data loss.
- When converting to latex, avoid putting a space before the delimiter.
The space is not necessary as the delimiter never begins with a letter.
- Make tran
On Thu, Oct 19, 2006 at 11:29:38PM +0200, Enrico Forestieri wrote:
> On Thu, Oct 19, 2006 at 08:54:37PM +0200, Georg Baum wrote:
> > Am Donnerstag, 19. Oktober 2006 20:33 schrieb Enrico Forestieri:
> > > If you do not use the GUI and write in mathed \biglabc
> > > then you get a red "bigl" followed
> Where do I get the jerus10 font?
this is very tricky see:
http://article.gmane.org/gmane.comp.tex.macosx/10396
You need to install the fonts from here:
ftp://ftp.cam.ctan.org/tex-archive/language/hebrew/hebtex/fonts/
Ran, could you please attach the file "jerus10.tfm" that should be
somewher
On Thu, Oct 19, 2006 at 09:19:33PM +0200, Georg Baum wrote:
> Am Donnerstag, 19. Oktober 2006 19:57 schrieb Enrico Forestieri:
> > I agree that it is an hack, but if you read the patch you will see that
> > if you already have entries for the pdf formats, they are not overridden.
>
> I know.
>
>
On Thu, Oct 19, 2006 at 08:54:37PM +0200, Georg Baum wrote:
> Am Donnerstag, 19. Oktober 2006 20:33 schrieb Enrico Forestieri:
> > If you do not use the GUI and write in mathed \biglabc
> > then you get a red "bigl" followed by "abc". The file is correctly
> > saved, but then it is not correctly re
Hi all,
Someone from the user list reported a failed installation of 1.4.3 on
Windows. From his description, I'm pretty sure it was the "official"
installer. The bottom line was that he had zero-length files in the
user home directory (presumably the .lst files and preferences), and it
was
On Thu, Oct 19, 2006 at 03:41:39PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Attached. Can this go in (trunk)?
>
> Why not. If it works, I want this in 1.4 too.
>
> JMarc
Here is the 1.4 version. Works for me.
- Martin
Index
On Thu, Oct 19, 2006 at 08:25:38PM +0300, Martin Vermeer wrote:
> On Thu, Oct 19, 2006 at 05:38:09PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> See attached. Seems to work for me (but I didn't look in all
> > Martin> the corn
This means that lyx2lyx does not work, and therefore I can not load any
documents.
Regards,
Asger
Hi,
I just committed a few fixes to get UTF-8 latex export working.
Regards,
Asger
Index: bufferparams.C
===
--- bufferparams.C (revision 15381)
+++ bufferparams.C (working copy)
@@ -839,26 +839,32 @@
texro
On Thu, Oct 19, 2006 at 03:41:39PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Attached. Can this go in (trunk)?
>
> Why not. If it works, I want this in 1.4 too.
>
> JMarc
OK, trunk was committed:
* insettext.[Ch]
Am Donnerstag, 19. Oktober 2006 19:57 schrieb Enrico Forestieri:
> I agree that it is an hack, but if you read the patch you will see that
> if you already have entries for the pdf formats, they are not overridden.
I know.
> Or, perhaps, you are thinking of the possibility for you to write
> \for
Am Donnerstag, 19. Oktober 2006 20:55 schrieb Asger Ottar Alstrup:
> I had to add
>
> using lyx::odocstream;
>
> at the top of InsetMathMBox.C, but now I get:
>
> InsetMathMBox.C
> ..\..\..\lyx-devel\src\mathed\InsetMathMBox.C(76) : error C2664:
> 'LyXText::write' : cannot convert parameter 2 f
Am Donnerstag, 19. Oktober 2006 20:33 schrieb Enrico Forestieri:
> If you do not use the GUI and write in mathed \biglabc
> then you get a red "bigl" followed by "abc". The file is correctly
> saved, but then it is not correctly reread, as the "a" gets swallowed.
> Now, the construct "\bigl a" give
Am Donnerstag, 19. Oktober 2006 08:41 schrieb Jean-Marc Lasgouttes:
> André, if you are looking for work to do: could you try to convince
> mathed to position cursor correctly when typing "\frac1"? I managed to
> make "\frac" be well behaved, but I do not understand the code
> well enough to do be
I had to add
using lyx::odocstream;
at the top of InsetMathMBox.C, but now I get:
InsetMathMBox.C
..\..\..\lyx-devel\src\mathed\InsetMathMBox.C(76) : error C2664:
'LyXText::write' : cannot convert parameter 2 from 'lyx::odocstream' to
'std::ostream &'
Any ideas?
Regards,
Asger
Georg Baum wrote:
Can you please try whether this patch works, too? It has the advantage that
it does not do an implicit encoding conversion when calling cur.insert(c),
so non-ASCII characters like ü should work, too.
I don't have patch, so just commit. To me, it looks obviously correct.
Regar
On Thu, Oct 19, 2006 at 05:36:26PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> This a backport of the big delimiters patch by Georg and me.
> Enrico> With respect to the version in trunk I added the xforms part.
> Enrico> I have
On Thu, Oct 19, 2006 at 07:39:19PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Thu, Oct 19, 2006 at 06:58:32PM +0200, Enrico Forestieri wrote:
> >
> >> Ach! This one actually works for dvipdfm, too.
> >
> > Uhm, there is no reason to limit this to Windows. I modified the patch
>
Enrico Forestieri wrote:
> On Thu, Oct 19, 2006 at 06:58:32PM +0200, Enrico Forestieri wrote:
>
>> Ach! This one actually works for dvipdfm, too.
>
> Uhm, there is no reason to limit this to Windows. I modified the patch
> such that a lyxpdfview command is considered a not overridable (by the
>
On Thu, Oct 19, 2006 at 06:58:32PM +0200, Enrico Forestieri wrote:
> Ach! This one actually works for dvipdfm, too.
Uhm, there is no reason to limit this to Windows. I modified the patch
such that a lyxpdfview command is considered a not overridable (by the
auto feature) viewer for pdf on any pla
Asger Ottar Alstrup wrote:
> Yes, that was the problem. It's tricky: There are two different
> interpret functions - one taking a character and another taking a
> string. Baum changed it to take a string, and then it broke because it
> called the wrong method.
I was indeed tricked by the same nam
On Thu, Oct 19, 2006 at 05:38:09PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> See attached. Seems to work for me (but I didn't look in all
> Martin> the corners)
>
> Martin, I think the patch does not work. Here is what I did
>
>
Ozgur Ugras BARAN wrote:
> this diff removes most of the get/set command function calls from the
> lyx code. I didn't touch cite stuff, as we decided.
Thanks. Could you please rework the patch to use
qstring_to_ucs4()
instead of
lyx::utf8_to_ucs4(fromqstr())
?
Georg
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | Lars Gullik Bjønnes wrote:
> |
> | > Georg, how fast can you make this happen?
> |
> | Ah, you are already there. I'll see what I can do now and report back in
> | due course.
>
> Super.
I put it in.
Known problems:
On Thu, Oct 19, 2006 at 06:51:58PM +0200, Enrico Forestieri wrote:
> On Thu, Oct 19, 2006 at 04:22:08PM +0200, Joost Verburg wrote:
> > Jean-Marc Lasgouttes wrote:
> > >What would be the best solution is definitely to have the installer
> > >set pdfview as PDF handler. There is reason to think that
On Thu, Oct 19, 2006 at 04:22:08PM +0200, Joost Verburg wrote:
> Jean-Marc Lasgouttes wrote:
> >What would be the best solution is definitely to have the installer
> >set pdfview as PDF handler. There is reason to think that LyX is be the
> >only one which suffers from this *&$^%&^^$!*# braindead A
Asger Ottar Alstrup wrote:
Maybe the problem was introduced in revision 14861 by baum, where he
converted lfun arguments to docstring. Line 705 (was line 695 in 14860)
was changed from only calling interpret with the first character to be
called with all characters.
I'm trying to call interpr
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Old one also. I think this one is related to unicode. I've been step
debugging through it and all key inputs inside mathed are translated
into sp
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I ha
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Old one also. I think this one is related to unicode. I've been step
debugging through it and all key inputs inside mathed are translated
into spaces... which make the curso
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Index: src/frontends/qt4/ui/QTocUi.ui
| > ===
| > --- src/frontends/qt4/ui/QTocUi.ui (revision 15373)
| > +++ src/frontends/qt4/ui/QTocUi.ui (working copy)
| > @@ -1,7 +1,4 @@
| [...
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I found a glitch (however, I just found out that it was not
Juergen> introduced with this patch):
Juergen> in a footnote, - type "foo" - Insert linebreak - type "bar" -
Juergen> now add a paragraph break before "bar", so
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
OK, then give me a crash course in how to change a Qt4 dialog.
Are you ready?
Double click on the "frontends/qt4/ui/QTocUI.ui" :-)
Now, how do I change the order of those buttons? Hm, let me try to break
the layout. OK, that worked. Mak
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> See attached. Seems to work for me (but I didn't look in all
Martin> the corners)
Martin, I think the patch does not work. Here is what I did
- load intro
- select Chapter1
- press down
- in main window, do Ctrl-Z
What I see
this diff removes most of the get/set command function calls from the
lyx code. I didn't touch cite stuff, as we decided.
On 10/19/06, Ozgur Ugras BARAN <[EMAIL PROTECTED]> wrote:
By the way, I am starting to cleanup of get/set options/contents stuff
from Lyx code (excluding cite related files)
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> This a backport of the big delimiters patch by Georg and me.
Enrico> With respect to the version in trunk I added the xforms part.
Enrico> I have been testing it by some months now.
Did Andre' have a look at this code? I have
Abdelrazak Younes wrote:
OK, then give me a crash course in how to change a Qt4 dialog.
Are you ready?
Double click on the "frontends/qt4/ui/QTocUI.ui" :-)
I have to select which program to use to edit that file. I guess it's
designer.exe. And lo and behold, that worked.
Now, how do I cha
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using th
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using this patch for some time
Abdelrazak> and I didn't see any obvious side effect for now.
Do
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using this patch for some time
Abdelrazak> and I didn't see any obvious side effect for now.
Does the crash happen only
Asger Ottar Alstrup wrote:
> In that case, once I learn how to do Qt4 dialogs, I'll remove this gunk.
Please do that only after the subfigure inset is in.
> How much of that dialog should go?
Everything related to subfigures. But that is a file format change. And
since I use this feature I don'
Hello,
I propose to put this patch in order to make tables usable again. I have
been using this patch for some time and I didn't see any obvious side
effect for now.
Objection?
Of course, this is not the right fix but I spend hours debugging through
this code without success. So unless some
Georg Baum wrote:
Asger Ottar Alstrup wrote:
SVN, Windows, Qt4:
Extra options tab has a "Subfigure" check-box with associated "Caption"
input field. I click it and write something, but it has no effect
whatsoever.
I guess this only makes sense in some special LaTeX environment, but
please exp
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Agreed. Please do the change yourself.
OK, then give me a crash cours
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Agreed. Please do the change yourself.
OK, then give me a crash course in how to change a Qt4 dia
Asger Ottar Alstrup wrote:
1. New document
2. Write something
3. Mark that as a Section
4. Open TOC - you will see you something there
5. Click In buttons until you see a crash
Fixed in trunk.
Jean-Marc Lasgouttes wrote:
What would be the best solution is definitely to have the installer
set pdfview as PDF handler. There is reason to think that LyX is be the
only one which suffers from this *&$^%&^^$!*# braindead Acrobat thing.
This is not possible. How can you set something as pdf h
Why wouldn't it be possible to write
[toolbars]
standard = On
extra = Off
I would really like to see this session file have a reasonable syntax.
Currently, each section has its own.
The amount of information saved for each type of stuff are different,
and that is why we do not have a fixed syn
So, when a toolbar is automatic, depending on where the cursor is in
the document, different things are stored. Is there a way to tell that
an automatic toolbar (say math) should be always visible or never
visible? I do not see it.
Auto on/off has its own logic and session only controls whether
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What I say is that you can choose to implement only utf8 export for
>> now (we all know how lazy you all are :), but _please_ don't do it
>> in a way that locks the door to implementing other encodings af
On Thu, 2006-10-19 at 15:46 +0200, Abdelrazak Younes wrote:
> Asger Ottar Alstrup wrote:
> > 1. New document
> > 2. Write something
> > 3. Mark that as a Section
> > 4. Open TOC - you will see you something there
> > 5. Click In buttons until you see a crash
>
> I will take care of this one.
>
>
Jean-Marc Lasgouttes wrote:
> What I say is that you can choose to implement only utf8 export for
> now (we all know how lazy you all are :), but _please_ don't do it in
> a way that locks the door to implementing other encodings after that.
I am almost finished with this now, and as I wrote seve
Abdelrazak Younes wrote:
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Agreed. Please do the change yourself.
If you change the labels, please apply a similar patch to 1.4.X, too.
Michael
Asger Ottar Alstrup wrote:
1. New document
2. Write something
3. Mark that as a Section
4. Open TOC - you will see you something there
5. Click In buttons until you see a crash
I will take care of this one.
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ]
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> I've been playing around with LyX head for a few minutes now,
Asger> and there are so many problems. Math editing does not work *at
Asger> all*. Make a table, and it crashes all over the place.
I agree there are many problems
Asger Ottar Alstrup wrote:
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Old one also. I think this one is related to unicode. I've been step
debugging through it and all key inputs inside mathed are translated
into spaces... which make the cursor goes out of mathed!
Ab
Asger Ottar Alstrup wrote:
> SVN, Windows, Qt4:
>
> Extra options tab has a "Subfigure" check-box with associated "Caption"
> input field. I click it and write something, but it has no effect
> whatsoever.
>
> I guess this only makes sense in some special LaTeX environment, but
> please explain
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Attached. Can this go in (trunk)?
Why not. If it works, I want this in 1.4 too.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The same thing happens with lots of other dialogs, include TOC.
>> This is annoying and confusing.
Abdelrazak> This is an old and very famous bug. JMarc has something in
Abdelrazak> his wallets for that.
Yes, it will be appli
Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I vote for utf8 only.
Lars> Asger and I agrees.
I do not see what the point is. Either the translation between utf8
and something else is trivial and we have
Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Asger Ottar Alstrup wrote:
LaTeX can do UTF8, it seems.
http://mail.nl.linux.org/linux-utf8/2004-04/msg0.html
Just use "\usepackage[utf8]{inputenc}".
Note that there are still lots of packages that don't work with utf8.
For instan
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> First step: (Georg volunteered :-)
Asger> - Write UCS4 streams which are converted to UTF-8 by magic
Asger> - So the LaTeX file is in UTF-8 encoding
I do not understand the concern about the difficulty of doing
non-utf8. Wo
SVN, Windows, Qt4:
Extra options tab has a "Subfigure" check-box with associated "Caption"
input field. I click it and write something, but it has no effect
whatsoever.
I guess this only makes sense in some special LaTeX environment, but
please explain that in the dialog, or insert that fanc
Jean-Marc Lasgouttes wrote:
And seriously, nobody will be pleased when you tell them that our TeX
files are utf8. This is not a good encoding for latex now.
I've been playing around with LyX head for a few minutes now, and there
are so many problems. Math editing does not work *at all*. Make a
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> Is that not something recode can do in a split second?
Recode does not have information on the context of a string. Are we
sure that a utf8 thingy in math or in text shall be treated the same
way, for example?
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I vote for utf8 only.
Lars> Asger and I agrees.
I do not see what the point is. Either the translation between utf8
and something else is trivial and we have iconv to do it from withi
Attached. Can this go in (trunk)?
- Martin
Index: insettext.C
===
--- insettext.C (revision 15358)
+++ insettext.C (working copy)
@@ -16,6 +16,7 @@
#include "buffer.h"
#include "bufferparams.h"
#include "BufferView.h"
+#include "c
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Tools, options, set zoom to 200, and click Apply. Nothing happens. Click
Save, nothing happens. Open preferences again, and see that the zoom
is back to 150. Thanks for nothing.
Asger Ottar Alstrup wrote:
svn, Windows, MSVC, qt4:
1. New document.
2. Click Find in the toolbar
3. Click Close in Find dialog
Many toolbar buttons are grey now - including Find. They should not be
grey.
Click on the canvas, and they are re-enabled.
The same thing happens with lots of othe
svn, Windows, MSVC, qt4:
1. New document.
2. Click Find in the toolbar
3. Click Close in Find dialog
Many toolbar buttons are grey now - including Find. They should not be grey.
Click on the canvas, and they are re-enabled.
The same thing happens with lots of other dialogs, include TOC. This i
1. New document
2. Write something
3. Mark that as a Section
4. Open TOC - you will see you something there
5. Click In buttons until you see a crash
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Rega
Hi!
I am using LyX 1.4.2 and 1.4.3 in Windows (installed with the
LyXWinInstaller).
When the reference dialog is opened in order to insert a reference, the
last label that has been referenced is marked with a dashed-box. Seeing
this, I tend to believe the label is selected and just press ret
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Please wait a bit. How is this patch acting wrt the "auto" feature?
>> Also, by reading the patch I am not sure I understand what the
>> syntax of the session file is wrt toolbars.
Bo> This has nothing to do with the auto feature. Right now, th
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Mittwoch, 18. Oktober 2006 17:22 schrieb Bo Peng:
>> 1. when lyx close, get the names of all toolbars, query their
>> status (on/off) and write to session file, something like:
>>
>> standardToolbar On extraToolbar Off
>>
>> "Tool
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>> I thought that Jean-Marc would tell his opinion, because he was
>> involved in creating the current status, but he seems to be too
>> busy. Anyway, it is he who needs to agree, not me.
Joost> Jean-Marc, can you please say which option
Abdelrazak Younes wrote:
1) Open Intro.lyx
2) PagesDown 5 times
The following assertion is triggered in text2.C:994 (LyXText::editXY()):
// This should be just before or just behind the
// cursor position set above.
BOOST_ASSERT((pos != 0 && inset == pars_[pit].getInset(pos - 1))
Lars Gullik Bjønnes wrote:
> | Conversion to other encodings is a must.
>
> Not as a first step.
If the second step follows before 1.5 is released, then o.k.
> And it seems that someone needs to push utf8/unicode support in latex.
> Why not let that be us.
I'm sorry, but I doubt that the develop
Abdelrazak Younes wrote:
> I've read that about listing:
>
> http://www.tug.org/pipermail/macostex-archives/2006-April/021868.html
>
> Would that help?
Maybe, maybe not. There are also other workarounds (but they won't work for
soul or shortvrb, for instance).
Jürgen
Michael Gerz wrote:
Abdelrazak Younes wrote:
I've done enough cleanups for 1.5 ;-)
Does it mean that you won't do any other major cleanups for 1.5?
I guess so yes. Well, unless 1.5 is still far away that is :-)
But if those guys in Denmark fix all remaining issues about unicode,
chances ar
Michael Gerz wrote:
> I agree that listings is a very important package (BTW: What does soul
> do?).
letterspacing, better underlining, strike-out letters, highlighting. It's a
standard package.
> However, what does "listings does not support unicode" mean? Does
> it mean that
>
> (a) latex
Lars Gullik Bjønnes wrote:
> Is the change required basically to replace ofstream with odocfstream?
> and update all functions to use this instead? If so I am progressing
> nicly with docbook, else I have no clue what I am doing.
Yes, that is it (almost: of course odocfstream should only be used
Abdelrazak Younes wrote:
I've done enough cleanups for 1.5 ;-)
Does it mean that you won't do any other major cleanups for 1.5?
Actually, I wondering about what needs to be done/is intended to be done
for 1.5 besides adding unicode support. Isn't it time to set up some
kind of roadmap? IMHO
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Georg, how fast can you make this happen?
|
| Ah, you are already there. I'll see what I can do now and report back in due
| course.
Super.
| > (we should do the same with docbook btw.)
|
| Yes.
Is the change require
Abdelrazak Younes wrote:
1) Open Intro.lyx
2) PagesDown 5 times
The following assertion is triggered in text2.C:994 (LyXText::editXY()):
// This should be just before or just behind the
// cursor position set above.
BOOST_ASSERT((pos != 0 && inset == pars_[pit].getInset(pos - 1))
Lars Gullik Bjønnes wrote:
> Georg, how fast can you make this happen?
Ah, you are already there. I'll see what I can do now and report back in due
course.
> (we should do the same with docbook btw.)
Yes.
Georg
Georg Baum wrote:
You misunderstood me. My proposal was not to do the internal conversion. My
proposal was to the same with all latex() methods that I did with
plaintext(): Output to UCS4 streams and do the conversion to utf8 in the
file stream.
Sounds good to me. Lars talks about compression
Abdelrazak Younes wrote:
1) Open Intro.lyx
2) PagesDown 5 times
The following assertion is triggered in text2.C:994 (LyXText::editXY()):
// This should be just before or just behind the
// cursor position set above.
BOOST_ASSERT((pos != 0 && inset == pars_[pit].getInset(pos - 1))
On Thursday 19 October 2006 10:34, Abdelrazak Younes wrote:
> Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >> The question is: should this conversion happens in C++/LyX or
> >> externally? I am all for only utf8 export from LyX.
>
> I understand... but IIRC Jose said at one point that he intend
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Asger Ottar Alstrup wrote:
| >
| >> Perfect is the enemy of good. Why cares about those unicode characters?
| > I have no idea. Maybe they are not important at all, but I would not
| > be
| > surpised either if they were some ve
Michael Gerz <[EMAIL PROTECTED]> writes:
| Georg Baum schrieb:
| > I am currently not able to judge whether an external converter would be OK
| > or not, therefore I propose to either decide this in Denmark, or postpone
| > this decision even further until we have some experience with utf8 export.
Juergen Spitzmueller wrote:
Asger Ottar Alstrup wrote:
LaTeX can do UTF8, it seems.
http://mail.nl.linux.org/linux-utf8/2004-04/msg0.html
Just use "\usepackage[utf8]{inputenc}".
Note that there are still lots of packages that don't work with utf8. For
instance, listings and soul are two
On Thursday 19 October 2006 00:11, Bo Peng wrote:
> > Should not that be $HOME/.lyx/session
>
> Yes. It should be $HOME/.lyx/session.
Thanks. :-)
> Bo
--
José Abílio
Georg Baum wrote:
Asger Ottar Alstrup wrote:
Perfect is the enemy of good. Why cares about those unicode characters?
I have no idea. Maybe they are not important at all, but I would not be
surpised either if they were some very commonly used symbols.
We can hack those somehow if they are im
Georg Baum schrieb:
I am currently not able to judge whether an external converter would be OK
or not, therefore I propose to either decide this in Denmark, or postpone
this decision even further until we have some experience with utf8 export.
When do you meet in Denmark? I forgot the exact d
Abdelrazak Younes schrieb:
Juergen Spitzmueller wrote:
Note that there are still lots of packages that don't work with utf8.
For instance, listings and soul are two very common and useful
packages that do not support unicode.
I agree that listings is a very important package (BTW: What does sou
Andre Poenitz <[EMAIL PROTECTED]> writes:
| PS: Since we are at it: Do I have to bring beer to Denmark? ;-}
Are you nuts? What do you think I am drinking now?
--
Lgb
Georg Baum <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
|
| > The question is: should this conversion happens in C++/LyX or
| > externally? I am all for only utf8 export from LyX.
|
| If that would be possible that would really be great, but see below for
| possible problems.
|
| > Th
1 - 100 of 117 matches
Mail list logo
