Uwe Stöhr wrote:
OK, if we start to include Jabref and LaTeX2RTF, where do we stop?
That was my initial interaction with Uwe's inclusion of Jabref. It is
good to take care of user's need but Uwe's installer has gone too far
down that road in that it takes care of too many issues of
On Wednesday 24 January 2007 1:09:18 am [EMAIL PROTECTED] wrote:
Nah... 1.4.5 will be able to write 1.3 and 1.4 files.
What about 1.5? (I'm asking because in this case I'd gotten a 1.5-file)
Grrr...
What I meant (and not what I wrote) is:
Both 1.5.0 and 1.4.5 (assuming it as the last
John McCabe-Dansted wrote:
I suspect that you have installed dvipost in /usr/bin rather than in
~/bin/dvipost like me.
[EMAIL PROTECTED]:~ which dvipost
/usr/local/bin/dvipost
Unfortunately, I do not have root access on
this machine. Is /usr/bin/ hardcoded? I could not find where
Angus Leeming wrote:
And so you should. You've performed a sterling service from outside for
too long. I for one think you're ann absolute star.
ACK. Without Uwe's effort, there would probably be no Win installer at all.
And he's proven that he's willing to remove things we do not want.
So
Abdelrazak Younes wrote:
The simple fact that utils in package.C can _exit_ lyx is an interface
violation so please don't try to give me lesson about good interface.
Sigh. There are more interface violations already, e.g. in
src/support/filetools.C
// FIXME Interface violation
#include
José Matos wrote:
On Sunday 21 January 2007 9:23:59 pm Georg Baum wrote:
Comments?
If this is OK in general I'll do some profiling, resolve the speed issues
and put this in.
This is OK.
And I would it in the tree before the beta.
I won't have time to finish this before the weekend
Jean-Marc Lasgouttes wrote:
So all that to say that somebody should look at it and, since it is
not trivial I am too lazy to do it ;)
Then why not do the simple solution and replace earlier with
earlier/later? That gives less information, but is almost no work to do,
and better than what we
Michael Gerz wrote:
Are there any known showstopper ATM? I intend to have a second look at
the plain text output but this can wait (marginal changes).
For the final release we need to have a look at CJK, since the old hacks no
longer work (see http://bugzilla.lyx.org/show_bug.cgi?id=3043).
On Wednesday 24 January 2007 5:58:54 am 한창길 wrote:
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1
for the same character.
A quick search (read use of svn blame :-) ) in that file shows that the file
is essential the same that
On Wednesday 24 January 2007 8:45:01 am Georg Baum wrote:
I won't have time to finish this before the weekend unfortunately.
No problem.
What do you say about the font change of spaces? This can lead to different
output, so it would be a file format change, but I am not sure whether we
José Matos wrote:
On Tuesday 23 January 2007 10:17:42 pm Jean-Marc Lasgouttes wrote:
I like this approach, and I agree whith Angus' objection.
+1
OK, I'll make sure that tex2lyx compiles and implement Amgus proposal.
Thanks,
Abdel.
Uwe Stöhr wrote:
I'm surely not a real developer as you are but always did my best to
improve LyX under Windows. So telling me I should more concentrate on LyX
that I currently do frustrates me a bit.
IMO you are a real developer. Everybody puts his own emphasis as he likes,
and if that is
Uwe Stöhr wrote:
Michael Gerz schrieb:
Moreover, your installer (small
edition) is 20 MB whereas Joost's version comprises about 8 MB. Some
people (like me) do not want to download a large bunch of tools with
every LyX update.
The aim is that you also have a ready to work installation
Uwe wrote:
And while we are discussing the installer question;
It makes me sick that nobody see the time that is needed for maintaining
the installer and the Windows stuff.
i think everybody agrees here that you are doing a fine job.
personally i prefer joost's installer because it is small
Angus Leeming wrote:
Uwe Stöhr [EMAIL PROTECTED] writes:
a displeased Uwe
p.s. for this email I define: Wednesday = Friday
And so you should. You've performed a sterling service from outside for too
long. I for one think you're ann absolute star.
+1
Abdel.
José Matos wrote:
On Wednesday 24 January 2007 5:58:54 am 한창길 wrote:
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1
for the same character.
It should be one in any case.
A quick search (read use of svn blame :-) ) in that
Georg Baum wrote:
Michael Gerz wrote:
Are there any known showstopper ATM? I intend to have a second look at
the plain text output but this can wait (marginal changes).
For the final release we need to have a look at CJK, since the old hacks no
longer work (see
Bo Peng wrote:
OK, if we start to include Jabref and LaTeX2RTF, where do we stop?
That was my initial interaction with Uwe's inclusion of Jabref. It is
good to take care of user's need but Uwe's installer has gone too far
down that road in that it takes care of too many issues of third-party
Andreas Karlsson wrote:
Let's concentrate on LyX!
Michael
Uwe is committed to maintain his package. It is his choice, please let
him be. We are free to work on whatever we want.
Well, since LyX cannot export to RTF natively (yet), using LaTeX2RTF
would be a temporary solution. See
On Wed, 24 Jan 2007, Georg Baum wrote:
IMO you are a real developer. Everybody puts his own emphasis as he
likes, and if that is not hardcore LyX programming but the
documentation or the installer this does not make it less useful.
Well put.
.. and that it took you a lot of time, and I am
So please let's continue this discussion in a reasonable manner.
We have agreed upon how official windows installer should behave.
Joost's installer became official because it complies to that
agreement. Now, suppose that Joost no longer supports his installer
and we need the new one, I would
Putting it in trunk does not magically make it official... the same
way as scons and cmake are not official.
Did I sound like Lars punching scons on this issue? :-) I just felt
that lots of Uwe's energy is wasted on third-party applications. It
may be a better use of time if he put it on making
On Wednesday 24 January 2007 10:29:42 am Bo Peng wrote:
As I have said, this installer makes lyx behave differently from other
platforms and cares too much about third-party applications. If other
developers agree with me, Uwe has to remove all such things before it
can be considered as the
On Wednesday 24 January 2007 10:42:10 am Bo Peng wrote:
Did I sound like Lars punching scons on this issue? :-)
I have noticed and enjoyed the irony. :-D
Bo
--
José Abílio
Georg Baum [EMAIL PROTECTED] writes:
For the future I suggest the following:
- We have only one installer code base that is maintained in svn. If Joost
does not reappear this will be Uwe's code. If Joost does reappear it is
hopefully possible for Uwe and Joost to come to an agreement what
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hello, why do we need the buffer parameters if we want to
Michael move some characters from one paragraph to another?
Michael I see that it has to do with font settings but isn't there a
Michael simpler way?
Michael The fact that we
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico What about
Enrico Alert::error(_(Conversion script failed),
Enrico bformat(_(%1$s is from a different version of LyX, and the
Enrico lyx2lyx script failed to convert it.), filename)); ?
This looks like the perfect solution
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Uwe is committed to maintain his package. It is his
Abdelrazak choice, please let him be. We are free to work on whatever
Abdelrazak we want.
Only that we have to point the user by default to some particular
package, if only
i am trying to build tex2lyx and link lyx to aspell (this is windows
with cmake)
to get tex2lyx to build i uncomment this line in cmake\src\CMakeLists.txt:
#add_subdirectory(tex2lyx)
running cmake then gives this error:
CMake Error: Error in cmake code at
Edwin Leuven wrote:
lyx is nearing it's first beta for the 1.5 release and we could use some
help with the installer. we were hoping you could free some time for this.
It took me a lot of time to write an installer that complies with all
the requirements of the LyX users and developers, based
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1 for the
same character.
It should be one in any case.
Nope. I got text_size()=2 in my windows box, from inserting
lyxerr text_.size()= text_.size() endl;
just before
한창길 wrote:
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1 for
the same character.
It should be one in any case.
Nope. I got text_size()=2 in my windows box, from inserting
lyxerr text_.size()= text_.size() endl;
just
Abdelrazak Younes wrote:
한창길 wrote:
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1
for the same character. It should be one in any case.
Nope. I got text_size()=2 in my windows box, from inserting
lyxerr text_.size()=
Georg Baum wrote:
Abdelrazak Younes wrote:
한창길 wrote:
Hello,
What is the size of text_?
In my windows box, text_.size()=2, but in my linux box text_.size()=1
for the same character. It should be one in any case.
Nope. I got text_size()=2 in my windows box, from inserting
lyxerr
http://bugzilla.lyx.org/show_bug.cgi?id=2859
Peter, Edwin, IIRC you both know about this field. Could you give a hand
please?
Abdel.
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=2859
Peter, Edwin, IIRC you both know about this field. Could you give a hand
please?
i cannot reproduce this one...
* The key word is customizability. One will never found an installer that all
agree is the one and only installer to use. The solution to this problem is
customizability: A user should have the opportunity to decide what parts of LyX
and third-party software that should be installed.
*
Edwin Leuven wrote:
would also appreciate some tips to get aspell working!
Yes please Peter, add tex2lyx support to CMake.
Abdel.
Abdelrazak Younes wrote:
I suspect there is something wrong happening in
GuiWorkArea::inputMethodEvent(). I never managed to understand what this
method was about but it is related to asian languages apparently.
But even if that is the case it does not explain why it gives different
results
I prefer to use provide an official and
unmodified LyX version and believe that changes should be discussed on
the list and implemented on all platforms.
These are the current consensus regarding windows installer and is
exactly the reason your installer is the official one.
Although it would
Bo Peng wrote:
If everyone including Uwe thinks this is a good idea we can have a
single official installer very soon.
I am not sure about others...
AFAIK Uwe explicitly said that he was waiting for Joost to reappear in
order to work with him. Now that you are here and motivated again
Bo Peng wrote:
If everyone including Uwe thinks this is a good idea we can have a
single official installer very soon.
I am not sure about others...
i think we all agree that only one official installer is needed, and
personally i think joost's one is the obvious choice here.
furthermore,
On Mon, Jan 22, 2007 at 11:56:51AM +0100, Jean-Marc Lasgouttes wrote:
When I do that, I stumble on this message:
Alert::error(_(Conversion script failed),
bformat(_(%1$s is from an earlier version
of LyX, but the lyx2lyx script
On Mon, Jan 22, 2007 at 10:32:38AM +0100, Jean-Marc Lasgouttes wrote:
In the case of Replace All, for example, each replace action would be
one entry, but the required memory would be much less than the whole
document.
Unless you replace 'e' by 'x' which will most likely record each
paragraph
On Mon, Jan 22, 2007 at 03:40:52AM +0100, Enrico Forestieri wrote:
On Mon, Jan 22, 2007 at 01:33:31AM +0100, Uwe Stöhr wrote:
Now I implemented in the installer that Aiksaurus is registered as
standalone program. The installer sets the needed environment
variable. This has unfortunately
On Mon, Jan 22, 2007 at 10:46:23AM +0100, Jean-Marc Lasgouttes wrote:
Well, it is not as if I was dead [...]
Last time you I saw you were well above 30. I doubt this has changed in
the mean time...
Andre'
On Mon, Jan 22, 2007 at 12:06:06AM +0100, Enrico Forestieri wrote:
In the past we were moving to absolute paths
wherever possible in order to get rid of the Path class that is simply too
confusing to use.
Really? I find it quite clever ;-)
I'd be more likely to agree if it was named
g++ -o debug/common/lyx_main.o -c -g -O -I/usr/local/include
-Idebug/common -Isrc -Isrc -Iboost src/lyx_main.C
In file included from src/lyx_main.C:56:
src/support/ExceptionMessage.h:39: error: looser throw specifier for
`virtual lyx::support::ExceptionMessage::~ExceptionMessage()'
Bo Peng wrote:
g++ -o debug/common/lyx_main.o -c -g -O -I/usr/local/include
-Idebug/common -Isrc -Isrc -Iboost src/lyx_main.C
In file included from src/lyx_main.C:56:
src/support/ExceptionMessage.h:39: error: looser throw specifier for
`virtual
[EMAIL PROTECTED] wrote:
Author: baum
Date: Wed Jan 24 17:24:47 2007
New Revision: 16835
URL: http://www.lyx.org/trac/changeset/16835
Log:
compile fix: std::exception does only have a default constructor, the other
constrcutor is non-standard.
Thanks.
Abdel.
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Jan 24 18:19:56 2007
New Revision: 16838
URL: http://www.lyx.org/trac/changeset/16838
Log:
Small formatting and comment cleanup.
Modified:
lyx-devel/trunk/src/insets/insettext.C
Modified: lyx-devel/trunk/src/insets/insettext.C
URL:
Michael Gerz wrote:
Hi,
this patch should fix most problems related to accept/reject-change. I
tested it briefly (given the limited time resources).
I don't understand where InsetText::acceptChanges() and
InsetText::rejectChanges() are used. I only see that
LyXText::acceptOrRejectChange()
On Wed, Jan 24, 2007 at 12:05:01AM +0100, Andre Poenitz wrote:
On Mon, Jan 22, 2007 at 03:40:52AM +0100, Enrico Forestieri wrote:
On Mon, Jan 22, 2007 at 01:33:31AM +0100, Uwe Stöhr wrote:
Now I implemented in the installer that Aiksaurus is registered as
standalone program. The
Jean-Marc Lasgouttes schrieb:
* src/lyxtext.h:
* src/BufferView.C: * src/text3.C: * src/text.C: merge methods
acceptChange() and rejectChange() to acceptOrRejectChange() because
they share a lot of tricky code
I think you could have kept acceptChange and rejectChanges as trivial
Abdelrazak Younes schrieb:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Jan 24 18:19:56 2007
New Revision: 16838
URL: http://www.lyx.org/trac/changeset/16838
Log:
Small formatting and comment cleanup.
Modified:
lyx-devel/trunk/src/insets/insettext.C
Modified:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Hi,
this patch should fix most problems related to accept/reject-change.
I tested it briefly (given the limited time resources).
I don't understand where InsetText::acceptChanges() and
InsetText::rejectChanges() are used. I only see that
[EMAIL PROTECTED] schrieb:
// FIXME: finally, invoke the DEPM
+ // This cannot be done here but at a higher calling level
+ // because we need BufferView::checkDepm().
}
I know that cannot do it - otherwise I would called DEPM :-) (And that's
why I added a FIXME)
Michael
Michael Gerz schrieb:
Michael, I think you should transfer the paragraph manipulation code
in those two functions to LyXText.
Why? These are definitely operations on insettext insets.
Michael
G... you corrupted my code!
pars.size() is not fixed in this method. I will revert your
I already got rid of lyx.bat in the official installer a few months ago.
This is why we need a single official installer: doing duplicate work
is a waste of time.
Joost
On 1/25/07, Joost Verburg [EMAIL PROTECTED] wrote:
I already got rid of lyx.bat in the official installer a few months ago.
This is why we need a single official installer: doing duplicate work
is a waste of time.
So you have your hidec.exe working? I think people are talking about
more
I haven't said that Joost's code is bad or whatever, I only don't
understand it. He do so many things that I also do in completely
different ways.
When I do something in is a different way there is usually a good
reason, like supporting non-admin installation or providing a more
reliable
Bo Peng wrote:
So you have your hidec.exe working? I think people are talking about
more command line options to pass rc options and language settings.
The official installer includes a lyx.exe that handles the environment
variables and everything else. A GUI with a debug log is provided in
- For Acrobat 5 to 7 I used the pdfclose/pdfopen programs, available
at CTAN (but without source code) . Since Acrobat 8 this leads to a
crash. I therefore wrote two programs to handle both cases. Should I
upload it to SVN? (You may not like it because it's written in
Delphi.) I described
Michael Gerz wrote:
Michael Gerz schrieb:
Michael, I think you should transfer the paragraph manipulation code
in those two functions to LyXText.
Why? These are definitely operations on insettext insets.
Michael
G... you corrupted my code!
pars.size() is not fixed in this method. I
A simple fix for this crash is available. There is no need to include
such hacks. Again it's already in the official installer.
Did you also use some sort of wrap? I have expressed my concerns
regarding the maintainability of such a wrapper. Bug3045 enhanced my
argument.
Bo
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
// FIXME: finally, invoke the DEPM
+// This cannot be done here but at a higher calling level
+// because we need BufferView::checkDepm().
}
I know that cannot do it - otherwise I would called DEPM :-) (And that's
why I added
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Michael Gerz schrieb:
Michael, I think you should transfer the paragraph manipulation
code in those two functions to LyXText.
Why? These are definitely operations on insettext insets.
Michael
G... you corrupted my code!
pars.size() is
Michael Gerz wrote:
Abdelrazak Younes schrieb:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Jan 24 18:19:56 2007
New Revision: 16838
URL: http://www.lyx.org/trac/changeset/16838
Log:
Small formatting and comment cleanup.
Modified:
lyx-devel/trunk/src/insets/insettext.C
Modified:
Abdelrazak Younes schrieb:
Couldn't you just call deleteEmptyParagraphMechanism() each time you
accept or reject a change?
No. A change may span multiple paragraphs, including nested insets.
Moreover, DEPM also removes duplicate spaces.
Do you want me to iterate through the whole selection,
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Michael Gerz schrieb:
Michael, I think you should transfer the paragraph manipulation
code in those two functions to LyXText.
Why? These are definitely operations on insettext insets.
Michael
G... you corrupted my
Bo Peng wrote:
A simple fix for this crash is available. There is no need to include
such hacks. Again it's already in the official installer.
Did you also use some sort of wrap? I have expressed my concerns
regarding the maintainability of such a wrapper. Bug3045 enhanced my
argument.
There
Abdelrazak Younes schrieb:
Why? These are definitely operations on insettext insets.
Because you are just touching the ParagraphList which is a member of
LyXText?
Hmmm. I may move the code to LyXText but we still need wrappers in
Insettext. Note that there are also acceptChange() and
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Why? These are definitely operations on insettext insets.
Because you are just touching the ParagraphList which is a member of
LyXText?
Hmmm. I may move the code to LyXText but we still need wrappers in
Insettext. Note that there are also
Abdelrazak Younes wrote:
Edwin Leuven wrote:
would also appreciate some tips to get aspell working!
Yes please Peter, add tex2lyx support to CMake.
Abdel.
I will have a look at it in the next days.
Peter
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Why? These are definitely operations on insettext insets.
Because you are just touching the ParagraphList which is a member of
LyXText?
Hmmm. I may move the code to LyXText but we still need wrappers in
Insettext.
Joost Verburg schrieb:
Edwin Leuven wrote:
lyx is nearing it's first beta for the 1.5 release and we could use
some help with the installer. we were hoping you could free some time
for this.
BTW: Do you have any plans to update lyx-windows-deps-msvc-qt4.zip?
There are new versions of both
Abdel, Jean-Marc,
here is my first attempt to incorporate a simple efficient DEPM into
accept/reject change.
I think this code will be even smarter if accept/rejectChange() become
members of LyXText. Unfortunately, I ran out of time today...
Anyway, please provide comments on the existing
Dear all,
I just built lyx-15svn-20070124.exe from the current snapshot (r16842)
following instructions in INSTALL.win32. I have uploaded the file to
ftp://ftp.lyx.org/incoming, can anyone move it to an appropriate place
so that I can announce it in the user list? Since this process is easy
Michael Gerz wrote:
Abdel, Jean-Marc,
here is my first attempt to incorporate a simple efficient DEPM into
accept/reject change.
I like it. If it works, I would suggest to try to share some code
between the two DEPMs. There are some cases where this new DEPM would be
preferable over the
It seems that the TOC-dialog ignores changes when no TOC inset was inserted to the document before
the dialog was called, see bug 3131:
http://bugzilla.lyx.org/show_bug.cgi?id=3131
regards Uwe
On Wed, 24 Jan 2007, Joost Verburg wrote:
Bo Peng wrote:
So you have your hidec.exe working? I think people are talking about
more command line options to pass rc options and language settings.
All command line parameters are passed to LyX itself, so things that are
added to LyX will work
Bo Peng [EMAIL PROTECTED] writes:
I just built lyx-15svn-20070124.exe from the current snapshot (r16842)
following instructions in INSTALL.win32. I have uploaded the file to
ftp://ftp.lyx.org/incoming, can anyone move it to an appropriate place
so that I can announce it in the user list? Since
On Thu, 25 Jan 2007, Bo Peng wrote:
Since this process is easy enough, I think I can upload an installer on
a regular basis (weekly?) if I can have write privilege to, say,
ftp://ftp.lyx.org/pub/lyx/devel/snapshots. What do you guys think?
That machine is different from aussie.lyx.org (aka
If, however, you were to place your binary at
ftp://ftp.devel.lyx.org/incoming, then you'll have more success.
It is there now.
What would be truly nice would be to set up a scheduled task on your Windows
machine to fully automate the generation of the installer and posting to the
ftp site.
Hi, is anyone else's mail being eaten?
All the mail I send from my mccabedj account at ucc.gu.uwa.edu.au just
disappears if I send it to any of:
[EMAIL PROTECTED] to subscribe
lyx-devel@lists.lyx.org to unsubscribe
[EMAIL PROTECTED] for a help message
If this mail gets though, what I was
Using a legacy ~/.lyx can cause LyX to crash upon generating a PDF
(pdflatex) file. If a dvi file has been exported previously LyX will
not update the .tex file, and will continue to use the old .tex for
generating the .pdf file until another dvi file is generated.
Bug exists in lyx1.4.4svn and
Hi, Uwe and Joost,
I am extending scons to generate windows installer using 'scons
installer'. I can make it run by
makensis /path/to/lyx.nsi
but I need to specify OutFile from command line so that I can control
the output file. Is there a way to do this?
Thanks.
Bo
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Jan 22, 2007 at 10:32:38AM +0100, Jean-Marc Lasgouttes
Andre wrote:
In the case of Replace All, for example, each replace action would
be one entry, but the required memory would be much less than the
whole document.
Andre Unless
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Jan 22, 2007 at 10:46:23AM +0100, Jean-Marc Lasgouttes
Andre wrote:
Well, it is not as if I was dead [...]
Andre Last time you I saw you were well above 30. I doubt this has
Andre changed in the mean time...
Let's say I will be
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Because you are just touching the ParagraphList which is a
Abdelrazak member of LyXText? Why acceptChanges() and rejectChanges()
Abdelrazak and not acceptOrRejectChange()?
Abdelrazak I am not sure the InsetText/LyXText
Uwe Stöhr wrote:
>> OK, if we start to include Jabref and LaTeX2RTF, where do we stop?
>
>> That was my initial interaction with Uwe's inclusion of Jabref. It is
>> good to take care of user's need but Uwe's installer has gone too far
>> down that road in that it takes care of too many issues of
On Wednesday 24 January 2007 1:09:18 am [EMAIL PROTECTED] wrote:
> > Nah... 1.4.5 will be able to write 1.3 and 1.4 files.
>
> What about 1.5? (I'm asking because in this case I'd gotten a 1.5-file)
Grrr...
What I meant (and not what I wrote) is:
Both 1.5.0 and 1.4.5 (assuming it as the
John McCabe-Dansted wrote:
> I suspect that you have installed dvipost in /usr/bin rather than in
> ~/bin/dvipost like me.
[EMAIL PROTECTED]:~> which dvipost
/usr/local/bin/dvipost
> Unfortunately, I do not have root access on
> this machine. Is "/usr/bin/" hardcoded? I could not find where
Angus Leeming wrote:
> And so you should. You've performed a sterling service from outside for
> too long. I for one think you're ann absolute star.
ACK. Without Uwe's effort, there would probably be no Win installer at all.
And he's proven that he's willing to remove things we do not want.
So
Abdelrazak Younes wrote:
> The simple fact that utils in package.C can _exit_ lyx is an interface
> violation so please don't try to give me lesson about good interface.
Sigh. There are more interface violations already, e.g. in
src/support/filetools.C
// FIXME Interface violation
#include
José Matos wrote:
> On Sunday 21 January 2007 9:23:59 pm Georg Baum wrote:
>> Comments?
>> If this is OK in general I'll do some profiling, resolve the speed issues
>> and put this in.
>
> This is OK.
> And I would it in the tree before the beta.
I won't have time to finish this before the
Jean-Marc Lasgouttes wrote:
> So all that to say that somebody should look at it and, since it is
> not trivial I am too lazy to do it ;)
Then why not do the simple solution and replace "earlier" with
"earlier/later"? That gives less information, but is almost no work to do,
and better than what
Michael Gerz wrote:
> Are there any known showstopper ATM? I intend to have a second look at
> the plain text output but this can wait (marginal changes).
For the final release we need to have a look at CJK, since the old hacks no
longer work (see http://bugzilla.lyx.org/show_bug.cgi?id=3043).
On Wednesday 24 January 2007 5:58:54 am 한창길 wrote:
> Hello,
>
> >What is the size of text_?
>
> In my windows box, text_.size()=2, but in my linux box text_.size()=1
> for the same character.
A quick search (read use of svn blame :-) ) in that file shows that the file
is essential the
On Wednesday 24 January 2007 8:45:01 am Georg Baum wrote:
>
> I won't have time to finish this before the weekend unfortunately.
No problem.
> What do you say about the font change of spaces? This can lead to different
> output, so it would be a file format change, but I am not sure whether we
1 - 100 of 180 matches
Mail list logo