Re: The patch for the Dropbox + Windows locking issue

2018-08-08 Thread Klaus-Dieter Bauer
> after 0.25 seconds for the first time, 0.5 seconds after the second, 1 > second after the third, and then stay at 1 second for the fourth, fifth, > and sixth try? I can update the patch, if this change would be desired. > I have no intuition for the cost of trying more frequently,

Re: The patch for the Dropbox + Windows locking issue

2018-08-07 Thread Richard Kimberly Heck
ce the issue > can also compile on Windows. > > It seems that the risk to including the patch is that it does not fix > the issue and actually makes the issue worse by introducing a 5 second > delay. However, perhaps that risk is worth it. > > Riki, can you provide the command

Re: The patch for the Dropbox + Windows locking issue

2018-08-07 Thread Joon Ro
The following issue seems to affect a lot of users: https://www.lyx.org/trac/ticket/10091 racoon, Klaus, and Joon, can you still reproduce the issue and would you be willing to test the binary that includes a patch for this annoying issue? Hi - Of course I'm happy to test it! But I recently u

The patch for the Dropbox + Windows locking issue

2018-08-07 Thread Scott Kostyshak
including the patch is that it does not fix the issue and actually makes the issue worse by introducing a 5 second delay. However, perhaps that risk is worth it. Riki, can you provide the commands that I need to make a test binary for Windows users? This way I can try to save you some time from creating

Re: current situation after the patch for bug 3043

2007-05-15 Thread José Matos
On Tuesday 08 May 2007 00:00:14 Uwe Stöhr wrote: > The patch for bug 3043 pushed us forward to proper language support but > unfortunately also introduced some bugs: [...] > Could anybody help me here? What is the status here? I know that some (most) of it has been fixed... >

current situation after the patch for bug 3043

2007-05-07 Thread Uwe Stöhr
The patch for bug 3043 pushed us forward to proper language support but unfortunately also introduced some bugs: http://bugzilla.lyx.org/show_bug.cgi?id=3561 (Abdel and Jürgen had a look at this today.) http://bugzilla.lyx.org/show_bug.cgi?id=3562 (Jürgen fixed this today.) http

Re: what about the patch for lyxlex / bug 3293?

2007-03-21 Thread Jean-Marc Lasgouttes
> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Friday 16 March 2007 5:17:24 pm Jean-Marc Lasgouttes wrote: >> I think as Georg (who is always right, as everybody knows by now). José> Wise guy. :-) José> Do you have any objection of principle to its inclusion? No. JMarc

Re: what about the patch for lyxlex / bug 3293?

2007-03-21 Thread José Matos
On Friday 16 March 2007 5:17:24 pm Jean-Marc Lasgouttes wrote: > I think as Georg (who is always right, as everybody knows by now). Wise guy. :-) Do you have any objection of principle to its inclusion? If not I think it should be included. > JMarc -- José Abílio

Re: what about the patch for lyxlex / bug 3293?

2007-03-16 Thread Jean-Marc Lasgouttes
>>>>> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Thursday 15 March 2007 6:27:13 pm Georg Baum wrote: >> The LyXLex internals were always a secret to me, so I can't say >> much about the patch other than this: Bernhards explanation

Re: what about the patch for lyxlex / bug 3293?

2007-03-16 Thread José Matos
On Thursday 15 March 2007 6:27:13 pm Georg Baum wrote: > The LyXLex internals were always a secret to me, so I can't say much about > the patch other than this: Bernhards explanations make sense, and it seems > that he knows what he is talking about. Therefore this patch is OK wit

Re: what about the patch for lyxlex / bug 3293?

2007-03-15 Thread Georg Baum
a permanent basis, so before committing > I would like to have their opinion on this. The LyXLex internals were always a secret to me, so I can't say much about the patch other than this: Bernhards explanations make sense, and it seems that he knows what he is talking about. Therefore

Re: what about the patch for lyxlex / bug 3293?

2007-03-15 Thread José Matos
On Monday 12 March 2007 3:32:55 pm Abdelrazak Younes wrote: > Jose, could you put this in please? In this case I would like to have a nod from Georg and Jean-Marc they have worked with this code, fixing bugs on a permanent basis, so before committing I would like to have their opinion on this.

Re: what about the patch for lyxlex / bug 3293?

2007-03-13 Thread Bernhard Roider
Georg Baum wrote: Bernhard Roider wrote: Hello! Here i again attached the patch for lyxlex i sent nearly two weeks ago (and one for a superfluous space in the code). In my opinion you should really consider to put it in because with the current version of lyxlex it is _impossible_ to check

Re: what about the patch for lyxlex / bug 3293?

2007-03-12 Thread Georg Baum
Bernhard Roider wrote: > Hello! > > Here i again attached the patch for lyxlex i sent nearly two weeks ago > (and one for a superfluous space in the code). In my opinion you should > really consider to put it in because with the current version of lyxlex it > is _impossible

Re: what about the patch for lyxlex / bug 3293?

2007-03-12 Thread Abdelrazak Younes
Bernhard Roider wrote: + // do { + // if (c == '\\') { + // // escape the next char + // is.get(cc); + //

Re: what about the patch for lyxlex / bug 3293?

2007-03-12 Thread Abdelrazak Younes
Bernhard Roider wrote: Hello! Here i again attached the patch for lyxlex i sent nearly two weeks ago (and one for a superfluous space in the code). In my opinion you should really consider to put it in because with the current version of lyxlex it is _impossible_ to check whether reading an

Re: what about the patch for lyxlex / bug 3293?

2007-03-12 Thread Bernhard Roider
PS: i made a little change compared to the recent patch such that LyXLex::isOK() after applying the patch now behaves as it did before. this one is the changed patch Index: src/buffer.C === --- src/buffer.C(revision

what about the patch for lyxlex / bug 3293?

2007-03-12 Thread Bernhard Roider
Hello! Here i again attached the patch for lyxlex i sent nearly two weeks ago (and one for a superfluous space in the code). In my opinion you should really consider to put it in because with the current version of lyxlex it is _impossible_ to check whether reading an integer, float

Re: [PATCH] 1.4 no.po update - with changelog, newer version of the patch

2005-09-03 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: > | Helge> Please use this version instead, it contains the same stuff as | Helge> well as a translated graphichs inset dialog. > | Lars, did you apply that before remerging? Otherwise, I'l

Re: [PATCH] 1.4 no.po update - with changelog, newer version of the patch

2005-08-30 Thread Jean-Marc Lasgouttes
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> Please use this version instead, it contains the same stuff as Helge> well as a translated graphichs inset dialog. Lars, did you apply that before remerging? Otherwise, I'll need a new patch. JMarc

[PATCH] 1.4 no.po update - with changelog, newer version of the patch

2005-08-08 Thread Helge Hafting
Please use this version instead, it contains the same stuff as well as a translated graphichs inset dialog. Helge Hafting Index: no.po === RCS file: /cvs/lyx/lyx-devel/po/no.po,v retrieving revision 1.106 diff -u -p -u -r1.106 no.po

the patch that put the license in error

2003-02-27 Thread Dr. Richard E. Hawkins
Sorting through my old mail, I found this. It's John's patch that uncorrected the license. Reversing this solves the problem, as neither John nor anyone else had the legal standing to make this change. This patch should be reversed. Note that QT/xforms is not the only difference; the other cla

Re: And the patch (es.po)

2003-01-31 Thread Angus Leeming
Alfredo Braunstein wrote: > Umph... Applied. -- Angus

And the patch (es.po)

2003-01-31 Thread Alfredo Braunstein
Umph... Index: ChangeLog === RCS file: /cvs/lyx/lyx-devel/po/ChangeLog,v retrieving revision 1.147 diff -u -r1.147 ChangeLog --- ChangeLog 2003/01/30 01:30:18 1.147 +++ ChangeLog 2003/01/31 14:57:00 @@ -1,3 +1,7 @@ +2003-01-31 Alfredo

Re: the patch...

2002-08-01 Thread Kuba Ober
On środa 31 lipiec 2002 05:15 pm, Martin Vermeer wrote: > On Wed, Jul 31, 2002 at 01:26:23PM +0200, Andre Poenitz wrote: > > On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: > > > Andre Poenitz <[EMAIL PROTECTED]> writes: > > > | + * configure.m4: > > > | + * ui/d

Re: the patch...

2002-07-31 Thread John Levon
On Thu, Aug 01, 2002 at 01:48:10AM +0200, Lars Gullik Bjønnes wrote: > I didn't say that... do you really need me to refute all the "points > one by one" to claim that it is not necessarily obvious... No. OK. regards john -- "The simpler it is, the harder it is." - Tim Van Holder

Re: the patch...

2002-07-31 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | On Wed, Jul 31, 2002 at 05:19:07PM +0200, Lars Gullik Bjønnes wrote: | | > | It's got nothing to do with any so-called "propaganda" | > | > You got it from some document, right? | | No. I provided documentary evidence that the new behaviour is | recomme

Re: the patch...

2002-07-31 Thread Martin Vermeer
On Wed, Jul 31, 2002 at 01:26:23PM +0200, Andre Poenitz wrote: > On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: > > Andre Poenitz <[EMAIL PROTECTED]> writes: > > > > | + * configure.m4: > > | + * ui/default.ui: make math-extern a bit more visible in Edit->Math > > | + > > |

Re: the patch...

2002-07-31 Thread John Levon
On Wed, Jul 31, 2002 at 05:19:07PM +0200, Lars Gullik Bjønnes wrote: > | It's got nothing to do with any so-called "propaganda" > > You got it from some document, right? No. I provided documentary evidence that the new behaviour is recommended. The new behaviour is better regardless of the UI s

Re: the patch...

2002-07-31 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | It's got nothing to do with any so-called "propaganda" You got it from some document, right? | I could go through again and list the exact relative advantages and | disadvantages of the change, but frankly I'm a little tired of having to | do that for ev

Re: the patch...

2002-07-31 Thread John Levon
On Wed, Jul 31, 2002 at 03:34:39PM +0100, Angus Leeming wrote: > > And I don't see what is elegant about it anyway. > > you've just read too much propaganda. It's got nothing to do with any so-called "propaganda" I could go through again and list the exact relative advantages and disadvantages

Re: the patch...

2002-07-31 Thread Angus Leeming
On Wednesday 31 July 2002 3:49 pm, John Levon wrote: > On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > > ps, I much preferred the old, minimal menus. When I've no document open I > > thought it was elegant to have a smaller set of menus. Progress takes > > many strange routes it w

Re: the patch...

2002-07-31 Thread John Levon
On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > ps, I much prefered the old, minimal menus. When I've no document open I > thought it was elegant to have a smaller set of menus. Progress takes many > strange routes it would appear. What price "elegance" ? A lot of stupid code

Re: the patch...

2002-07-31 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> ps, I much prefered the old, minimal menus. When I've no Angus> document open I thought it was elegant to have a smaller set of Angus> menus. Progress takes many strange routes it would appear. John did not like it, and it seems t

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > Perhaps this discussion is really illustrating that we need a math-extern.ui > and a way of adding it to the interface if the user wants it to be added. > > People are talking about context sensitive toolbars. Why not context > se

Re: the patch...

2002-07-31 Thread Angus Leeming
On Wednesday 31 July 2002 2:45 pm, Andre Poenitz wrote: > On Wed, Jul 31, 2002 at 02:40:10PM +0100, John Levon wrote: > > > I think the math-extern stuff is targeted towards the "power user" > > > anyway. > > > > So I'm not sure why it's in the menus to be honest. > > Because even the power user m

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 03:18:41PM +0100, John Levon wrote: > > Because even the power user might neeed a reminder what is available? > > And they can use the docs. You have written docs, right ? Of course not. Andre' -- Those who desire to give up Freedom in order to gain Security, will not

Re: the patch...

2002-07-31 Thread John Levon
On Wed, Jul 31, 2002 at 03:45:47PM +0200, Andre Poenitz wrote: > > So I'm not sure why it's in the menus to be honest. > > Because even the power user might neeed a reminder what is available? And they can use the docs. You have written docs, right ? :P john -- "The simpler it is, the harde

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 02:40:10PM +0100, John Levon wrote: > > I think the math-extern stuff is targeted towards the "power user" anyway. > > So I'm not sure why it's in the menus to be honest. Because even the power user might neeed a reminder what is available? Andre' -- Those who desire t

Re: the patch...

2002-07-31 Thread John Levon
On Wed, Jul 31, 2002 at 12:55:35PM +0200, Andre Poenitz wrote: > Why? I thought '...' was standard to indicate a submenu? Oh... maybe I > mixed this up with a sub dialog... It's neither - it's "further interaction needed before completion". > I have no problem naming it. It's a CAS ;-} "Comput

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 02:05:55PM +0200, Lars Gullik Bjønnes wrote: > | No, it was not \emptyset, it was the slashed O, which seem to be quite > | different. > > But I am pretty sure that was the intention. Hm. I could bind M-m / O to insert an \emptyset. Or even use that half-baked auto-correc

Re: the patch...

2002-07-31 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: >> Andre Poenitz <[EMAIL PROTECTED]> writes: >> >> | + * configure.m4: >> | + * ui/default.ui: make math-extern a bit more visible in Edit->Math >> | + >> | + * bind/math.bind: rem

Re: the patch...

2002-07-31 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Fine. Herbert complains about things not reachable by menus, Andre> you complain the other way round. Andre> So please make your minds up and come back if you reach Andre> consensus. _I_ really don't care. OK, OK, leave it here.

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | + * configure.m4: > | + * ui/default.ui: make math-extern a bit more visible in Edit->Math > | + > | + * bind/math.bind: remove some strange bindings for Ø and Å > > Empty

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 01:06:54PM +0200, Jean-Marc Lasgouttes wrote: > >> Then you could have a menu entry like "Simplify expression". > > Andre> I think the math-extern stuff is targeted towards the "power > Andre> user" anyway. So this is not the usual context where guessing > Andre> intention

Re: the patch...

2002-07-31 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | + * configure.m4: | + * ui/default.ui: make math-extern a bit more visible in Edit->Math | + | + * bind/math.bind: remove some strange bindings for Ø and Å Empty-set and Ångstrøm. -- Lgb

Re: the patch...

2002-07-31 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> E.g. Maple and octave are so different that putting them behind Andre> a common interface does not make much sense to me. Even if this Andre> were sensible we would have to hard-code "equivalents" like Andre> Maple's 'factor' and M

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 12:23:24PM +0200, Jean-Marc Lasgouttes wrote: > Andre> So what to you suggest instead? > > Maybe "Symbolic computations", but this is not very good either. Note > that you should remove the "..." anyway. Why? I thought '...' was standard to indicate a submenu? Oh... maybe

Re: the patch...

2002-07-31 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Jul 31, 2002 at 12:14:12PM +0200, Jean-Marc Lasgouttes Andre> wrote: I thought I attached it... >> + Submenu "Call external CAS...|t" "edit_math_extern" >> >> Personally, this makes no sense to me. I do not know (and do n

Re: the patch...

2002-07-31 Thread Andre Poenitz
On Wed, Jul 31, 2002 at 12:14:12PM +0200, Jean-Marc Lasgouttes wrote: > Andre> I thought I attached it... > > + Submenu "Call external CAS...|t" "edit_math_extern" > > Personally, this makes no sense to me. I do not know (and do not want > to know) what a CAS is. A computer algebra system w

Re: the patch...

2002-07-31 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> I thought I attached it... + Submenu "Call external CAS...|t" "edit_math_extern" Personally, this makes no sense to me. I do not know (and do not want to know) what a CAS is. JMarc

the patch...

2002-07-30 Thread Andre Poenitz
I thought I attached it... -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson) Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/Chang

Re: rebuild of the patch that tries to reduces re-compile times

2001-11-26 Thread Andre Poenitz
On Mon, Nov 26, 2001 at 03:05:46PM +0100, Lars Gullik Bjønnes wrote: > (and "POD const v" in a argument list is always a bug) It certainly is a pain for no good reason in the .h. I have seen coding guidelines requiring in the .C, though. Not that I am very fond of it... Actually I can live with

Re: rebuild of the patch that tries to reduces re-compile times

2001-11-26 Thread Andre Poenitz
On Mon, Nov 26, 2001 at 02:04:55PM +0100, Lars Gullik Bjønnes wrote: > | What about applying the patch first and do the political bits later? > > because it is nearly impossible to make people do thing later. The > best time to fix a patch really well, it before it is appli

Re: rebuild of the patch that tries to reduces re-compile times

2001-11-26 Thread Andre Poenitz
; > can't we do with just lyx::pos_type? We can. What about applying the patch first and do the political bits later? > space_inserted = true; > } else { > - const Paragraph::size_type nb = 8 - pos % 8;

Re: rebuild of the patch that tries to reduces re-compile times

2001-11-26 Thread Jean-Marc Lasgouttes
>>>>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> It compiles again but I am notoriously bad at fixing merging Andre> conflicts. Andre> Please apply the uncontroversial parts. I applied the parts which are not related to Paragraph::pos_ty

rebuild of the patch that tries to reduces re-compile times

2001-11-26 Thread Andre Poenitz
It compiles again but I am notoriously bad at fixing merging conflicts. Please apply the uncontroversial parts. Andre' -- André Pönitz .. [EMAIL PROTECTED] src3.diff.gz Description: application/gunzip

Sorry for the patch length...

2001-03-14 Thread Kalle Dalheimer
Hi, sorry, I noticed that the patch mail was pretty long after having sent it. But would I have had another option? Can I upload a patch somewhere to have it checked and commited? Kalle -- Matthias Kalle Dalheimer President & CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 E

InsetGraphics update (the patch)

2000-08-06 Thread Baruch Even
I forgot the patch. -- Baruch Even http://techst02.technion.ac.il/~sbaruch/ (My Site) http://rpghost.com/jindor/ (My brothers AD&D site) " Learn to laugh ... it's the path to true love! " - The Angel in the movie Michael patch.gz