Uwe Stöhr wrote:
> Joost Verburg schrieb:
>
>
>>
>> Two entirely different scripts for the two installers is unacceptable
>> for me. It would mean that the installers have different bugs, behave
>> differently etc. That is really difficult to maintain.
I wonder about some phrases: Joost, Bo "...
What is the most important in an open source project?
- The code?
- The developers?
- What the users think?
Well, I guess all of these things are important.
So, let's look at the installers on these accounts:
- Uwe's installer is simple code and works.
- Uwe's has been the most stable developm
Bo Peng wrote:
> Then, in frontends/Toolbars.C, Toobars::init(),
>
> inifFlags of all the toolbars
> load session for all 'ON' (or all?) toolbars
> for each dock:
> add toolbars in order, according to session info
>
> We should also change Toolbars::add(name) to Toolbars::add(name, dock,
> line)
I think I discovered why the math symbols \Omega, \otimes, \nleqslant,
and \rightleftharpoons are currently not displayed (bug 3181).
>From the lib/symbols file, it turns out that the codepoint of all
of them is 173=0x00ad, and, according to the following code
// hide soft-hyphens by defau
Hi, Georg,
In your preliminary persistent selection patch, you have:
@@ -1042,10 +1042,12 @@ void LyXText::dispatch(LCursor & cur, Fu
if (cmd.button() == mouse_button::button2)
break;
- // finish selection
if (cmd.button() ==
Uwe> Where? I tested your installer and I get the crash. The last time
Uwe> you worked on the installer Acrobat 8 wasn't released, so how
Uwe> could you know that there is a DDE bug in Acrobat? How does your
Uwe> solution works and where can I find it. Could you the next time
U
Jean-Marc Lasgouttes schrieb:
Uwe> I don't think its worth to invest lots of time again to be able to
Uwe> do this with the same code base.
Uwe> Merging the code to have all features in one script wil cost lot
Uwe> of time,
> Uwe> I fear that I then loose the overview and that it will be hard
Joost Verburg schrieb:
Two entirely different scripts for the two installers is unacceptable
for me. It would mean that the installers have different bugs, behave
differently etc. That is really difficult to maintain.
My problem is that I'm perhaps technically limited to uderstand your cod
> Since the
> old definition did not honour the font size lyx2lyx needs to change the
> font of all existing \lyxlines to normal size. This is not difficult to do,
> and preserves the formatting of existing documents. If users don't like
> that they can still reset the font afterwards.
OK, attach
On 1/30/07, Michael Gerz <[EMAIL PROTECTED]> wrote:
If this is John's problem, then it is definitely a configure.py problem.
We must revise the check for dvipost such that it also covers pplatex.
IMHO John's patch does not go into the right direction.
In any case, I would like whatever solutio
Andreas Vox wrote:
> Hi!
>
> Today I made another try to get LyX 1.5 running. It finally build with
> two additional #includes and additional link flags in the CMakeLists.txt
> (patch attached).
Thanks Andreas, I've checked in the cmake changes.
But I haven't patched the encoding files because i
Andreas Vox <[EMAIL PROTECTED]> writes:
> Now, when I try to run it from the commandline it crashes with this
> error:
You need to add a lyxerr call to get_binary_path to output what your file name
is.
Angus
Jean-Marc Lasgouttes schrieb:
Uwe> that only *.ispell is used
Uwe> as file filter when ispell is set in the preferences and *.pws
Uwe> only when aspell ist set? If yes I can have a look.
Yes, something like that. Thanks.
Is the attached OK?
regards Uwe
Index: ControlPrefs.C
=
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Bernhard Roider wrote:
Uwe Stöhr already denoted this small bug in his mail from 03 Jan 2007 -
but the discussion then was only about the status of status.15x ;-)
After saving a new file or "save as.." the filename is not update
Edwin Leuven wrote:
> c-n
> c-m
> c-l
> backspace
> c-z
>
> BOOM!
>
> c-l actually inserts \\
>
> c-z then spits out \ etc until the crash
>
It's a recursive function call, MathParser.C:
ostream & operator<<(ostream & os, Token const & t)
{
if (t.cs().size())
os <<
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Bernhard Roider wrote:
>>> Uwe Stöhr already denoted this small bug in his mail from 03 Jan 2007 -
>>> but the discussion then was only about the status of status.15x ;-)
>>>
>>> After saving a new file or "save as.." the filename is not updated in
> 3. ask whether or not uninstall automatically downloaded components
> during uninstallation.
I don't get this one. The rest I agree with.
For example, we ask if a user want to download and install ghostscript
and the user agrees. Then, during uninstallation, we would better ask
if s/he wants
On Mon, 29 Jan 2007, Jean-Marc Lasgouttes wrote:
"christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> I assume this means we can safely put packages related to
christian> LyX on ftp.lyx.org without worrying that it'll choke. The
christian> only drawback I see is that it'
On Monday 29 January 2007 9:40:44 pm Abdelrazak Younes wrote:
> >
> > Only if you put
> >
> > \bind "C-a" "command-sequence buffer-begin ;
> > buffer-end-select"
>
> Could you put that in trunk please?
Yes.
> Abdel.
--
José Abílio
On Monday 29 January 2007 9:09:49 pm Georg Baum wrote:
> I don't know why this did not go in at that time.
Neither do I. :-)
Feel free to put it in.
> Georg
--
José Abílio
On Tue, 30 Jan 2007, Bo Peng wrote:
1. can we download all the components altogether at the end? People
seem to like select, select, select, download (take a coffee break),
better than select, download, select, download, select download,
becuase they have no excuse for coffee.
2. I personally p
Georg Baum wrote:
Am Montag, 29. Januar 2007 21:39 schrieb Edwin Leuven:
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Only if you put
\bind "C-a" "command-sequence buffer-begin ; buffer-end-select"
Could y
I wrote:
You are right, my goal was to describe all insets, but the BibTeX,
Glossary, and External-Inset is missing. I'll add this when I find the
time.
I'll only add the description of the external insets, the BibTeX, glossary, and index stuff will
remain in Extened.lyx.
I like the naming
Hi!
Today I made another try to get LyX 1.5 running. It finally build
with two additional #includes and additional link flags in the
CMakeLists.txt (patch attached).
Now, when I try to run it from the commandline it crashes with this
error:
(gdb) run
Starting program: /Users/vox/lyx-dev
Michael Gerz wrote:
Georg Baum schrieb:
Am Montag, 29. Januar 2007 21:39 schrieb Edwin Leuven:
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Only if you put
\bind "C-a" "command-sequence bu
Peter Kümmel wrote:
Bernhard Roider wrote:
Uwe Stöhr already denoted this small bug in his mail from 03 Jan 2007 -
but the discussion then was only about the status of status.15x ;-)
After saving a new file or "save as.." the filename is not updated in
the tab. This patch fixes this.
Bernhard
On Jan 29, 2007, at 4:09 PM, Georg Baum wrote:
Am Montag, 29. Januar 2007 22:03 schrieb Michael Gerz:
I would like to see this in the official 1.5.0 bind file, too!
Something
that I missed for years actually.
Don't forget the corresponding menu entry.
I have this from an old mailing list
c-n
c-m
c-l
backspace
c-z
BOOM!
c-l actually inserts \\
c-z then spits out \ etc until the crash
Am Montag, 29. Januar 2007 22:03 schrieb Michael Gerz:
> I would like to see this in the official 1.5.0 bind file, too! Something
> that I missed for years actually.
Don't forget the corresponding menu entry.
I have this from an old mailing list post. I don't know why this did not go
in at tha
Am Montag, 29. Januar 2007 21:54 schrieb Michael Gerz:
> Indirectly only. I am looking for a sequence of statements like
>
> setCursor(0,0);
> set Anchor(...)
> setCursor(end,end);
> setSelection()
>
> ... something like this...
Is looking up what buffer-begin does and what buffer-end-s
Michael Gerz schrieb:
Ah, alternatively I may remove LFUN "ALL_CHANGES_ACCEPT" and provide a
command-sequence like the one you sketched above. This may be even
better... I have to think about it!
Folks,
would it be acceptable to remove LFUNs ALL_CHANGES_ACCEPT and
ALL_CHANGES_REJECT in favor
Georg Baum schrieb:
Am Montag, 29. Januar 2007 21:39 schrieb Edwin Leuven:
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Only if you put
\bind "C-a" "command-sequence buffer-begin ; buffer
Bo Peng schrieb:
On 1/30/07, Michael Gerz <[EMAIL PROTECTED]> wrote:
Bo Peng schrieb:
> Hi, Michael,
>
> Accept changes seems to forward by two so half of the changes are
> skipped. Are you aware of this?
I meant accepting changes one by one. After a change is accepted, the
cursor goes to the
Michael Gerz wrote:
Ah, alternatively I may remove LFUN "ALL_CHANGES_ACCEPT" and provide a
command-sequence like the one you sketched above. This may be even
better... I have to think about it!
can't believe that my silly joke actually goes somewhere!
;-)
PS thanks for the bind file tip geor
Georg Baum schrieb:
Am Montag, 29. Januar 2007 21:39 schrieb Edwin Leuven:
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Only if you put
\bind "C-a" "command-sequence buffer-begin ; buffer
Am Montag, 29. Januar 2007 21:39 schrieb Edwin Leuven:
> Michael Gerz wrote:
> > Does anybody know how to select the complete document??? Any help is
> > greatly appreciated.
>
> ctrl+A
Only if you put
\bind "C-a" "command-sequence buffer-begin ; buffer-end-select"
into your bind f
Edwin Leuven schrieb:
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Good joke. I mean source code-wise.
Michael
On 1/30/07, Michael Gerz <[EMAIL PROTECTED]> wrote:
Bo Peng schrieb:
> Hi, Michael,
>
> Accept changes seems to forward by two so half of the changes are
> skipped. Are you aware of this?
I meant accepting changes one by one. After a change is accepted, the
cursor goes to the next next change,
On Sunday 28 January 2007 4:36:22 am John McCabe-Dansted wrote:
> On 1/23/07, John McCabe-Dansted <[EMAIL PROTECTED]> wrote:
> > ChkTex does not create .tex file before running chktex, causing "could
> > not run chktex successfully" error.
>
> This is caused by runChkTeX outputting the .tex file to
Michael Gerz wrote:
Does anybody know how to select the complete document??? Any help is
greatly appreciated.
ctrl+A
Bo Peng schrieb:
Hi, Michael,
Accept changes seems to forward by two so half of the changes are
skipped. Are you aware of this?
Not really but I intend to fix accept/reject-all-changes in a very
elegant way: by selecting the complete document and running
acceptOrRejectChanges() afterwards.
On Monday 15 January 2007 9:08:42 am Jean-Marc Lasgouttes wrote:
>
> Yes, go ahead.
Done. I have add a reference to status.14x with the respective bug number.
> JMarc
--
José Abílio
On Monday 15 January 2007 6:29:14 am Harshula wrote:
> >
> > I am sorry for taking so long. :-)
>
> No probs.
It seems that I need 2 weeks for each reply. ;-)
> > This patch is right, I don't know why I did not think of it right at
> > the time I have implemented the new scheme. So I have r
On Jan 29, 2007, at 3:12 PM, Georg Baum wrote:
Am Montag, 29. Januar 2007 21:01 schrieb Bennett Helm:
1.5 works as it should. The code looks very different, though.
You are right. My memory was wrong, and I did not apply commit the
patch in
bugzilla, but a modified one.
Does this version
Georg Baum schrieb:
Jürgen> John's problem is different. He _has_ installed dvipost (i.e.
Jürgen> dvipost.sty), but not the pplatex script. Therefore, LyX finds
Jürgen> dvipost, but cannot run it nevertheless. So I think John's
Jürgen> patch is the right thing.
I really dislike comparing names o
Am Montag, 29. Januar 2007 21:01 schrieb Bennett Helm:
> 1.5 works as it should. The code looks very different, though.
You are right. My memory was wrong, and I did not apply commit the patch in
bugzilla, but a modified one.
Does this version work without crash?
Georg
Index: src/insets/inset
Abdelrazak Younes wrote:
> Sorry to push you Jose but it is time...
>
> version=1.5.0svn
> keywords_type=nowords&keywords=fixedintrunk
> bug_status=NEW, ASSIGNED, REOPENED
> bug_severity=blocker, critical, major
>
> 3040 maj Wrong display of Hebrew in LyX1.5 svn
> 3115 cri crash w
Bernhard Roider wrote:
> Uwe Stöhr already denoted this small bug in his mail from 03 Jan 2007 -
> but the discussion then was only about the status of status.15x ;-)
>
> After saving a new file or "save as.." the filename is not updated in
> the tab. This patch fixes this.
>
> Bernhard
>
>
Co
On Jan 29, 2007, at 2:56 PM, Georg Baum wrote:
Am Montag, 29. Januar 2007 20:03 schrieb Bennett Helm:
I applied the patch that was on bugzilla. (Is there another patch?)
No, that is the right one. The strange thing is that this patch
worked for
me when I put it in trunk for Bo (ancient tim
Am Montag, 29. Januar 2007 20:03 schrieb Bennett Helm:
> I applied the patch that was on bugzilla. (Is there another patch?)
No, that is the right one. The strange thing is that this patch worked for
me when I put it in trunk for Bo (ancient times when he did not yet have
svn access). Do you
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Ever heard about different build systems in trunk? ;)
>
> Build systems are for developers, not end-users.
>
> JMarc
>
Sorry, I didn't know that the end-user uses the
installer code of trunk.
Bernhard Roider <[EMAIL PROTECTED]> writes:
> i agree to license my contributions to LyX under the GPL version 2 or later.
Thank you and welcome aboard!
Angus
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Uwe Stöhr wrote:
After saving a new file or "save as.." the filename is not updated
in
>>> the tab.
This patch fixes this.
>>> I checked out you patch (what Abdel comitted) and it work
Bernhard, I see that you're sending a succession of patches to
this list and that some of them are getting into the code base.
Could I get you to reply to this email (to lyx-devel please)
saying that you agree to licence your contributions to LyX under
the GPL version 2 or later?
Of cour
On Jan 29, 2007, at 1:49 PM, Georg Baum wrote:
Bennett Helm wrote:
On Jan 29, 2007, at 10:08 AM, Jean-Marc Lasgouttes wrote:
The number of bugs assigned to 1.4.4 is now 2, and I suspect that
one
of them is already fixed. So let's see about doing a release.
2186 fixedintrunk, pat
Bennett Helm <[EMAIL PROTECTED]> writes:
> > There is a pending patch which was said to crash OS X. I am still
> > waiting for feedback from Bennett, but I fell we can live without
> > this fix for now.
>
> Sorry -- it slipped my mind.
>
> I've tested it with both .bst and .bib files in a p
Bennett Helm wrote:
> On Jan 29, 2007, at 10:08 AM, Jean-Marc Lasgouttes wrote:
>
>>
>> The number of bugs assigned to 1.4.4 is now 2, and I suspect that one
>> of them is already fixed. So let's see about doing a release.
>>
>> 2186 fixedintrunk, patch .bst files cannot live in paths
On Jan 29, 2007, at 10:08 AM, Jean-Marc Lasgouttes wrote:
The number of bugs assigned to 1.4.4 is now 2, and I suspect that one
of them is already fixed. So let's see about doing a release.
2186 fixedintrunk, patch .bst files cannot live in paths with
spaces
There is a pending patc
> 3045crash Win XP and Adobe Reader 8.0 - default "PDFViewWin" causes...
>
> This has been reportedly fixed by Joost, but I did not manage to
> find the relevant entry in the svn logs. Joost, a pointer?
I fixed this as I announced it on the list, but this fix is no longer in SVN.
Joost to
Bo Peng wrote:
> Assertion triggered in lyx::support::FileName::FileName(const
> std::string&) by failing check "!contains(name_, '\\')" in file
> src/support/filename.C:30
>
>
> (gdb) backtrace
> #0 0x00357fc2e21d in raise () from /lib64/tls/libc.so.6
> #1 0x00357fc2fa1e in abort () f
Abdelrazak Younes wrote:
> Would it be possible to delay those advanced toolbar placement up until
> these are known? I guess that is after WorkArea::redraw().
That would be ideal (I haven't checked that yet). Ideally, the toolbar
placement would have to be redone after each resize event (this wo
Assertion triggered in lyx::support::FileName::FileName(const
std::string&) by failing check "!contains(name_, '\\')" in file
src/support/filename.C:30
(gdb) backtrace
#0 0x00357fc2e21d in raise () from /lib64/tls/libc.so.6
#1 0x00357fc2fa1e in abort () from /lib64/tls/libc.so.6
#2 0x
1. can we download all the components altogether at the end? People
seem to like select, select, select, download (take a coffee break),
better than select, download, select, download, select download,
becuase they have no excuse for coffee.
2. I personally prefer a lyx group with uninstall icon.
Bo Peng wrote:
Hi, Abdel,
The inital focus of insert->label is at 'cancel', not the edit box. If
you do not have time to fix this now, I will add a bugzilla entry.
Put it in bugzilla. Hopefully someone else can handle that.
Abdel.
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg?
I have no time to work further on this. I sent the latest patch on saturday,
if you can fix the remaining issues (implement getStatus() to disallow
multiple paragraphs etc, and fix the wide drawing problem) please put it
in.
OK, I'll try to
Abdelrazak Younes wrote:
> Georg?
I have no time to work further on this. I sent the latest patch on saturday,
if you can fix the remaining issues (implement getStatus() to disallow
multiple paragraphs etc, and fix the wide drawing problem) please put it
in.
> I'd prefer that this goes in before
Hi, Michael,
Accept changes seems to forward by two so half of the changes are
skipped. Are you aware of this?
Bo
Hi, Abdel,
The inital focus of insert->label is at 'cancel', not the edit box. If
you do not have time to fix this now, I will add a bugzilla entry.
Cheers,
Bo
On Monday 29 January 2007 5:14:50 pm Abdelrazak Younes wrote:
> Georg?
>
> I'd prefer that this goes in before the beta (if there's gonna be a beta
> that is ;-)).
If all know problems are fixed I agree.
> Abdel.
--
José Abílio
On Monday 29 January 2007 3:54:35 pm Abdelrazak Younes wrote:
> Sorry to push you Jose but it is time...
No problem, although I did not mad much noise in this list I am watching.
> version=1.5.0svn
> keywords_type=nowords&keywords=fixedintrunk
> bug_status=NEW, ASSIGNED, REOPENED
> bug_severity
That's what we should do anyway. Else the whole session thing is wrong as soon
as a user swaps the order.
Then, in frontends/Toolbars.C, Toobars::init(),
inifFlags of all the toolbars
load session for all 'ON' (or all?) toolbars
for each dock:
add toolbars in order, according to session info
Bo, Jurgen,
I am not sure I follow your discussion very well but please don't forget
something: multi-view!
The session info should be read on start-up and written on exit
following the last opened window, that's all there is to it. Everything
in-between should use real, on-screen, values.
Bo Peng wrote:
> val = session().sessionInfo().load("WindowHeight", false);
Thanks, that works much better. See attached patch.
Jürgen
Index: src/frontends/qt4/GuiView.C
===
--- src/frontends/qt4/GuiView.C (Revision 16927)
+++ src/fr
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Samstag, 27. Januar 2007 16:12 schrieb Enrico Forestieri:
This is still wrong, as I can have several labels in the same float.
I have not applied the patch, so I don't know if the attached document
still compiles correctly.
It does. Note that the
Bo Peng wrote:
> > But what happens if a short toolbar (not in its own line) becomes longer
> > because a user has added some actions? Or vice versa, if he removes some
> > actions and makes it shorter?
>
> Then we still try to follow suggestions from session and put
> shortened/longered toolbars t
Bo Peng wrote:
> Session saved toolbar size is the real size. If a short toolbar
> occupies the whole line, its width is the whole line. Then, two short
> toolbars in different lines will have long widths saved in session,
> which then tells us to put them into two separate lines during
> restorati
I don't think this is a good idea. As soon as the user changes the toolbar,
this data becomes invalid. And it is no problem to get the width on the fly.
Session saved toolbar size is the real size. If a short toolbar
occupies the whole line, its width is the whole line. Then, two short
toolbars
Bo Peng wrote:
> Actually, with the attached patch, real toolbar width and height is
> saved to session so you should get enough information about previous
> layout.
I don't think this is a good idea. As soon as the user changes the toolbar,
this data becomes invalid. And it is no problem to get
Already done.
The patch defines ToolbarSize but how would you fill the information?
Actually, with the attached patch, real toolbar width and height is
saved to session so you should get enough information about previous
layout.
With your approach, short \n short ==> short short. With real widt
Looks like 1.4.4 will be a nice contender for 1.5.0 ;-)
I have given up 1.4.3 and use 1.5.x/svn for my daily work. Nice work everyone!
BTW, I see that Status.15x is no longer used. Michael, you need to
count the credits and mail your prizes to our hero.
Bo
Jean-Marc Lasgouttes wrote:
This patch backports a 1.5 fix that was only partly applied by Enrico:
since the selection() status of the cursor was not take in account,
Shift+pagedown would lose the selection at times.
It was not Enrico fault as I put in this fix after Enrico backported the
othe
Bo Peng wrote:
> Sounds reasonable. Jurgen or I will wrap the code. (I have no idea how
> to tell qt version now).
Already done.
Jürgen
Sorry to push you Jose but it is time...
version=1.5.0svn
keywords_type=nowords&keywords=fixedintrunk
bug_status=NEW, ASSIGNED, REOPENED
bug_severity=blocker, critical, major
3040maj Wrong display of Hebrew in LyX1.5 svn
3115cri crash when typing ^ for the first time in a math fo
Nonsense. It would be impossible to maintain that.
Sounds reasonable. Jurgen or I will wrap the code. (I have no idea how
to tell qt version now). This will leave this bug WONTFIX for qt <
4.2.2.
Bo
Bo Peng wrote:
> Please add them when you are implementing your patch. I did not do it
> because I thought that we are going to bundle qt libs with lyx on all
> platforms. After all, qt4 is not standard on any platform.
Nonsense. It would be impossible to maintain that. I was told several times
t
Sorry, I don't understand. Could you elaborate?
Window geometry is supposed to be used once so in src/lyx_main.C
val = session().sessionInfo().load("WindowHeight");
is called with a second default parameter release=true. Then,
"WindowHeight" is removed from session and you are supposed
Jean-Marc Lasgouttes wrote:
>> "Martin" == Martin Vermeer
>> <[EMAIL PROTECTED]> writes:
>
> Martin> I would also apply the conservative (non-caption-inset) fix to
> Martin> the caption bug (some low bugzilla number, forgot, again at
> Martin> the cold end o a ten-second-latency line here
Bo Peng wrote:
> Please add them when you are implementing your patch. I did not do it
> because I thought that we are going to bundle qt libs with lyx on all
> platforms.
I don't think we'll do that on Linux. And as of distributions, we have no say
about which qt version they gonna compile LyX a
Bo Peng wrote:
> There is one trick here. Session Geometry is released when it is used
> once (to save a few bytes of ram), you will need to change a previous
> call to load(key, false) to be able to load it again.
Sorry, I don't understand. Could you elaborate?
> What session file provies you ar
The translation problem has not been solved yet. I sent a message to the
list but nobody came up with a fix.
Really? If we are talking about the same '-tr qt_' flag problem, it
was paritially fixed right then, and was fully fixed when people
reported half-translation...
Bo
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On 1/30/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
>> Georg Baum wrote: > No, it is not.
>>
>> So plesae, Bo, enclose your changes in #ifdef's. Breaking older qt
>> versions is not acceptable IMHO.
Bo> Please add them when you are impl
On 1/30/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Ever heard about different build systems in trunk? ;)
Build systems are for developers, not end-users.
Cyber-hugs from Bo.
Bo
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> Here is an updated Norwegian translation. It now translates
Helge> most of the new strings in lyx 1.5, as well as some old I
Helge> didn't figure out last time.
Helge, the patch does not apply cleanly.
JMarc
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
Uwe> Where? I tested your installer and I get the crash. The last time
Uwe> you worked on the installer Acrobat 8 wasn't released, so how
Uwe> could you know that there is a DDE bug in Acrobat? How does y
> I think I already ask this question, but I forgot the answer:
i missed it then sorry...
> is it
> a _big_ difference (the kind of thin a user notices right away and
> changes usability) or just doing things right an gaining some CPU
> cycles?
the click is not too big a deal (a bit of resistan
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> I assume this means we can safely put packages related to
christian> LyX on ftp.lyx.org without worrying that it'll choke. The
christian> only drawback I see is that it's basically Jean-Marc and
christian> Lars that
On 1/30/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Georg Baum wrote:
> No, it is not.
So plesae, Bo, enclose your changes in #ifdef's. Breaking older qt versions is
not acceptable IMHO.
Please add them when you are implementing your patch. I did not do it
because I thought that we are g
not known yet at this stage. I tried to read the session file directly, but
all I get are empty values.
There is one trick here. Session Geometry is released when it is used
once (to save a few bytes of ram), you will need to change a previous
call to load(key, false) to be able to load it again
The number of bugs assigned to 1.4.4 is now 2, and I suspect that one
of them is already fixed. So let's see about doing a release.
2186fixedintrunk, patch .bst files cannot live in paths with spaces
There is a pending patch which was said to crash OS X. I am still
waiting for feedba
Joost, I'm curious... I don't like placing other packages that are to be
bundled in SVN, but where/how does your bundled installer get them when it
is time to generate the installer? Does some script first download them?
From what I have seen, there is a variable, if defined, let the script
g
1 - 100 of 167 matches
Mail list logo
