Re: Git transition

Am 05.01.2012 03:32, schrieb Lars Gullik Bjønnes: > Local commits and local branches, super good merge support, distributed. I thought that local branches are now also possible with the new SVN. The merge support is already excellent (in my opinion and when using TortoiseSVN (depends strongly o

[patch] support for the LaTeX package cancel in math (bug 6819)

The attached patch implements support for the package cancel in math. This was frequently requested. As I now got again a request and as Georg just finished the new math package handling (many thanks btw.), I made a patch. This would be a fileformat change and will fix http://www.lyx.org/trac/t

[patch] support for the LaTeX package cancel in math

The attached patch implements support for the package cancel in math. This was frequently requested. As I now got again a request and as Georg just finished the new math package handling (many thanks btw.), I made a patch. This would be a fileformat change. regards Uwe Index: lib/chkconfig.ltx

Re: r40573 - lyx-devel/trunk/config

Stephan Witt wrote: > > Author: switt > > Date: Thu Jan 5 20:50:18 2012 > > New Revision: 40573 > > URL: http://www.lyx.org/trac/changeset/40573 > > > > Log: > > #7927 apply patch from mft to support posix packageing on Mac for the > > Gentoo prefix project > > > > Modified: > > lyx-devel/tru

Re: Report

Jean-Marc Lasgouttes wrote: > Le 05/01/2012 15:12, Pavel Sanda a écrit : >> Pavel Sanda wrote: >>> hmm maybe the problem is with the content of user guide? no, when i >>> delete all except first two pages and accept CT (only text no special >>> insets remain) the problem is still there. >> >> one

Re: r40521 - in lyx-devel/trunk: lib src

On 01/05/2012 03:59 PM, Georg Baum wrote: Author: baum Date: Sun Dec 18 18:50:43 2011 New Revision: 40521 URL: http://www.lyx.org/trac/changeset/40521 Log: Partial support for mathtools.sty (part of bug #7949) Modified: lyx-devel/trunk/lib/symbols lyx-devel/trunk/lib/unicodesymbols

Re: Report

Le 05/01/2012 15:12, Pavel Sanda a écrit : Pavel Sanda wrote: hmm maybe the problem is with the content of user guide? no, when i delete all except first two pages and accept CT (only text no special insets remain) the problem is still there. one more observation: when more manuals are opene

Re: r40573 - lyx-devel/trunk/config

Am 05.01.2012 um 20:50 schrieb sw...@lyx.org: > Author: switt > Date: Thu Jan 5 20:50:18 2012 > New Revision: 40573 > URL: http://www.lyx.org/trac/changeset/40573 > > Log: > #7927 apply patch from mft to support posix packageing on Mac for the Gentoo > prefix project > > Modified: > lyx-deve

Re: r40521 - in lyx-devel/trunk: lib src

> Author: baum > Date: Sun Dec 18 18:50:43 2011 > New Revision: 40521 > URL: http://www.lyx.org/trac/changeset/40521 > > Log: > Partial support for mathtools.sty (part of bug #7949) > > Modified: >lyx-devel/trunk/lib/symbols >lyx-devel/trunk/lib/unicodesymbols >lyx-devel/trunk/src/LaT

Re: Patch: Better behavior when deleting rows and columns from tables

On 01/05/2012 12:49 PM, Zahari Dimitrov wrote: Hello, This small enhancement is my first contribution to Lyx. I hope it is useful for somebody. With this patch if the last column (or row) is deleted, the new last column takes the same right borders. So, for a default table for example, there is n

Fwd: Patch: Better behavior when deleting rows and columns from tables

-- Forwarded message -- From: Zahari Dimitrov Date: Thu, Jan 5, 2012 at 6:49 PM Subject: Patch: Better behavior when deleting rows and columns from tables To: lyx-devel@lists.lyx.org Hello, This small enhancement is my first contribution to Lyx. I hope it is useful for somebody.

Patch: Better behavior when deleting rows and columns from tables

Hello, This small enhancement is my first contribution to Lyx. I hope it is useful for somebody. With this patch if the last column (or row) is deleted, the new last column takes the same right borders. So, for a default table for example, there is no need to select the column and create the right

Re: Git transition

On Thu, Jan 5, 2012 at 9:29 AM, Lars Gullik Bjønnes wrote: > Abdelrazak Younes writes: > | On Thu, Jan 5, 2012 at 3:14 AM, Lars Gullik Bjønnes >wrote: > > > >> Vincent van Ravesteijn writes: > >> > >> | Hi Lars, > >> > > >> | Are we ready to move to Git in 2012 yet ? > >> > > > | Of course we a

Re: Report (was: Qt: was Slow scrolling)

Pavel Sanda wrote: > hmm maybe the problem is with the content of user guide? no, when i delete > all except first two pages and accept CT (only text no special insets remain) > the problem is still there. one more observation: when more manuals are opened (with CT) i'm able to see slowness alw

Re: Git transition

> I still have conversion running live (and up-to-date), if I were to > really do it, I'd re-create to get all authors etc. correct. > > I also this you would benefit from having tags etc. placed in the > correct spots so that tags get to be first-order citizens, that means a > certains numbers of

Re: Git transition

On Wed, Jan 4, 2012 at 11:45 PM, Uwe Stöhr wrote: > Am 02.01.2012 10:14, schrieb Vincent van Ravesteijn: > > > Are we ready to move to Git in 2012 yet ? >> > > I have not followed this discussion. Can anybody outline the advantages of > Git in comparison to SVN? > > On Windows I'm very happy with

Re: Report (was: Qt: was Slow scrolling)

Pavel Sanda wrote: > whats really funny is that it seems that i'm able to repeat it quite more > reliably > in screnario first instance is \use_qimage true and second false. > sometimes it doesn't happen in this scenario and it never happened (up to now) > vice versa in false->true scenario. dont

Re: Re: Trunk not compilable

Am Donnerstag, 5. Januar 2012 um 14:29:50, schrieb Stephan Witt > Am 05.01.2012 um 11:05 schrieb Kornel Benko: > > > I get this: > > ... > > cd /usr/BUILD/BuildLyx/src && /usr/bin/c++ -DUSE_ENCHANT=1 -Wall > > -Wunused-parameter -fno-strict-aliasing -Wall -Wunused-parameter -O3 > > -DNDEBUG

Report (was: Qt: was Slow scrolling)

Jean-Marc Lasgouttes wrote: > Le 05/01/2012 02:40, André Pönitz a écrit : >> The main performance problems I have seesn so far are due to an abuse of >> the toolkit, not caused _by_ the toolkit (except for the remote raster please... there were many cases we have no clue where the problem is. it c

Re: Trunk not compilable

Am 05.01.2012 um 11:05 schrieb Kornel Benko: > I get this: > ... > cd /usr/BUILD/BuildLyx/src && /usr/bin/c++ -DUSE_ENCHANT=1 -Wall > -Wunused-parameter -fno-strict-aliasing -Wall -Wunused-parameter -O3 > -DNDEBUG -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src > -I/usr/include/enchant -I

Trunk not compilable

I get this: ... cd /usr/BUILD/BuildLyx/src && /usr/bin/c++ -DUSE_ENCHANT=1 -Wall -Wunused-parameter -fno-strict-aliasing -Wall -Wunused-parameter -O3 -DNDEBUG -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/include/enchant -I/usr/src/lyx/lyx-devel/po -I/usr/src/lyx/lyx-devel/boost

Re: Sluggish performance in some tabs

On Thu, Jan 5, 2012 at 10:44 AM, Gustav Eje Henter wrote: > On 2012-01-04 20:55, Liviu Andronic wrote: >> [1] http://www.lyx.org/trac/ticket/5861 > > > Thank you for your reply. > > I noticed that bug, but I don't think that is what I'm seeing. The one table > I have has eight rows and five column

Re: Sluggish performance in some tabs

On 2012-01-04 20:55, Liviu Andronic wrote: On Wed, Jan 4, 2012 at 12:16 PM, Gustav Eje Henter wrote: The issue is that some tabs are very sluggish. Scrolling takes approximately LyX is known to be slow when displaying _long_ tables. The issue is that the table is being redrawn at each key pres

Re: Git transition

Abdelrazak Younes writes: | On Thu, Jan 5, 2012 at 3:14 AM, Lars Gullik Bjønnes wrote: > >> Vincent van Ravesteijn writes: >> >> | Hi Lars, >> > >> | Are we ready to move to Git in 2012 yet ? >> > | Of course we are. > > >> >> You tell me... >> >> Last impression was that you do not really want