Re: Linking issue

On Tue, Aug 14, 2012 at 10:10 PM, Pavel Sanda <sa...@lyx.org> wrote: > Abdelrazak Younes wrote: >> Maybe it was optimized out by the linker. > > Yes this will the problem. If object is in library without being called it > would be omitted > unless you use --whole-ar

Re: LyX developer meeting - cancellation

Hi Uwe, In any case, as we didn't decide anything, I made other plans, so no meeting is possible anyway :-) Cheers, Abdel. On Tue, Aug 14, 2012 at 12:39 AM, Uwe Stöhr wrote: > Dear LyXers, > > In June I asked to meet this summer and my survey lead to the next weekend > at

Re: Linking issue

On 14/08/2012 16:54, Jürgen Spitzmüller wrote: I seem to be blind. Why does the attached patch fail to link with autotools? The error I get is CXXLD lyx frontends/qt4/liblyxqt4.a(GuiDocument.o): In function `lyx::frontend::GuiDocument::updateFontlist()':

Re: Linking issue

On 14/08/2012 16:54, Jürgen Spitzmüller wrote: I seem to be blind. Why does the attached patch fail to link with autotools? The error I get is CXXLD lyx frontends/qt4/liblyxqt4.a(GuiDocument.o): In function `lyx::frontend::GuiDocument::updateFontlist()':

Re: plan for the next LyX developer meeting

On Sat, Jun 2, 2012 at 8:32 PM, Pavel Sanda sa...@lyx.org wrote: Uwe Stöhr wrote: Switzerland? What town are we talking about? P St-Prex, close to Lausanne. Abdel

Re: plan for the next LyX developer meeting

On Sat, Jun 2, 2012 at 5:52 PM, Uwe Stöhr uwesto...@web.de wrote: So let's meet at Abdel's place. This would also be close for Enrico, right? and also close for JMarc. To find a time it suits us the most, I set up a Doodle survey:

Re: Tiny patch of InsetParamsDialog and question ButtonController

On 03/06/2012 00:01, Hans-Dieter Hiep wrote: Is there a reason the InsetParamsDialog doesn't use the ButtonController, i.e. by inheriting from GuiDialog? Most of InsetParamsDialog's implementation is a duplicate of ButtonController's implementation. As such, both InsetParamsDialog and

Re: plan for the next LyX developer meeting

On Sat, Jun 2, 2012 at 8:32 PM, Pavel Sanda wrote: > Uwe Stöhr wrote: >> Switzerland? > > What town are we talking about? P St-Prex, close to Lausanne. Abdel

Re: plan for the next LyX developer meeting

On Sat, Jun 2, 2012 at 5:52 PM, Uwe Stöhr wrote: > So let's meet at Abdel's place. This would also be close for Enrico, right? > and also close for JMarc. > To find a time it suits us the most, I set up a Doodle survey: >

Re: Tiny patch of InsetParamsDialog and question ButtonController

On 03/06/2012 00:01, Hans-Dieter Hiep wrote: Is there a reason the InsetParamsDialog doesn't use the ButtonController, i.e. by inheriting from GuiDialog? Most of InsetParamsDialog's implementation is a duplicate of ButtonController's implementation. As such, both InsetParamsDialog and

Re: plan for the next LyX developer meeting

On Thu, May 31, 2012 at 1:06 AM, Uwe Stöhr uwesto...@web.de wrote: Besides this,Abdel, are you still in Switzerland? If so, we can also meet there for me its is only one or 2 hours by train. We could indeed, depending on the number of people because accommodation is quite expensive around here.

Re: plan for the next LyX developer meeting

On Thu, May 31, 2012 at 1:06 AM, Uwe Stöhr wrote: > Besides this,Abdel, are you still in Switzerland? If so, we can also meet > there for me its is only one or 2 hours by train. We could indeed, depending on the number of people because accommodation is quite expensive around

Re: plan for the next LyX developer meeting

On 23/05/2012 01:06, Uwe Stöhr wrote: Dear colleagues, it has been several years now without a developer meeting and I think we should meet again. It is in my opinion time to plan what to do in future, to drink some beers together, discuss the things that usually end up in a flamewar when

Re: plan for the next LyX developer meeting

By the way, I will be in the west coast end of june (Santa-Clara / San Francisco and then Vancouver CA), anybody around? Richard? Abdel. On 27/05/2012 08:25, Abdelrazak Younes wrote: On 23/05/2012 01:06, Uwe Stöhr wrote: Dear colleagues, it has been several years now without a developer

Re: plan for the next LyX developer meeting

On 23/05/2012 01:06, Uwe Stöhr wrote: Dear colleagues, it has been several years now without a developer meeting and I think we should meet again. It is in my opinion time to plan what to do in future, to drink some beers together, discuss the things that usually end up in a flamewar when

Re: plan for the next LyX developer meeting

By the way, I will be in the west coast end of june (Santa-Clara / San Francisco and then Vancouver CA), anybody around? Richard? Abdel. On 27/05/2012 08:25, Abdelrazak Younes wrote: On 23/05/2012 01:06, Uwe Stöhr wrote: Dear colleagues, it has been several years now without a developer

Re: 2.0.4svn...?

On Mon, Apr 2, 2012 at 12:02 AM, Richard Heck rgh...@comcast.net wrote: Anyone have a view about what we should call what used to be called 2.0.4svn? Why do you need one? With git, tags are real tags and not branches as with svn. So I'd recommend to keep developping in 2.0.x branch and tag it

Re: 2.0.4svn...?

On Mon, Apr 2, 2012 at 12:02 AM, Richard Heck wrote: > > Anyone have a view about what we should call what used to be called > 2.0.4svn? Why do you need one? With git, tags are real tags and not branches as with svn. So I'd recommend to keep developping in 2.0.x branch and

Re: Updates to gitolite progress

On Thu, Mar 29, 2012 at 12:53 AM, Pavel Sanda sa...@lyx.org wrote: Abdelrazak Younes wrote: On 21/03/2012 17:44, Jean-Marc Lasgouttes wrote: Le 21/03/2012 16:14, Vincent van Ravesteijn a écrit : There is also a 2.0.x branch in your first clone, so you can just cherry-pick the commit to master

Re: Updates to gitolite progress

On Thu, Mar 29, 2012 at 12:53 AM, Pavel Sanda <sa...@lyx.org> wrote: > Abdelrazak Younes wrote: >> On 21/03/2012 17:44, Jean-Marc Lasgouttes wrote: >>> Le 21/03/2012 16:14, Vincent van Ravesteijn a écrit : >>>> There is also a 2.0.x branch in your first clo

Re: Updates to gitolite progress

On 21/03/2012 17:44, Jean-Marc Lasgouttes wrote: Le 21/03/2012 16:14, Vincent van Ravesteijn a écrit : There is also a 2.0.x branch in your first clone, so you can just cherry-pick the commit to master directly onto this 2.0.x branch, and push from there. But If I want to compile both the

Re: [lyx/refs/heads/2.0.x] status.20x for last commit.

On 25/03/2012 17:55, Enrico Forestieri wrote: Perfectly aware of that. Take into account that if I had to learn TeX now I would not have time and would be using word instead (gasp!). You mean LyX, don't you? ;-) Abdel.

Re: Updates to gitolite progress

On 21/03/2012 17:44, Jean-Marc Lasgouttes wrote: Le 21/03/2012 16:14, Vincent van Ravesteijn a écrit : There is also a 2.0.x branch in your first clone, so you can just cherry-pick the commit to master directly onto this 2.0.x branch, and push from there. But If I want to compile both the

Re: [lyx/refs/heads/2.0.x] status.20x for last commit.

On 25/03/2012 17:55, Enrico Forestieri wrote: Perfectly aware of that. Take into account that if I had to learn TeX now I would not have time and would be using word instead (gasp!). You mean LyX, don't you? ;-) Abdel.

Re: [lyx/refs/heads/2.0.x] Merge branch '2.0.x' of git.lyx.org:lyx into 2.0.x

On Fri, Mar 16, 2012 at 1:46 AM, Uwe Stöhr uwesto...@web.de wrote: What is the benefit of branching for every feature? Why is it not as simple as in SVN where when I commit a thing that has been meanwhile changed, the change is automatically merged before my things are committed? For me Git

Re: [lyx/refs/heads/2.0.x] Merge branch '2.0.x' of git.lyx.org:lyx into 2.0.x

On Fri, Mar 16, 2012 at 1:46 AM, Uwe Stöhr wrote: > What is the benefit of branching for every feature? Why is it not as simple > as in SVN where when I commit a thing that has been meanwhile changed, the > change is automatically merged before my things are committed? > > For

Re: Git workflow #2

On 14/03/2012 02:05, Julien Rioux wrote: I want it simple, and I want it centralized. It's nice to allow private new repos to developers, thank you for that, but it seems overkill to require their use. I honestly cannot be bothered at the moment to setup remote repositories to fetch someone

Re: Git workflow #2

On 14/03/2012 02:05, Julien Rioux wrote: I want it simple, and I want it centralized. It's nice to allow private new repos to developers, thank you for that, but it seems overkill to require their use. I honestly cannot be bothered at the moment to setup remote repositories to fetch someone

Re: Updates to gitolite progress

On Mon, Mar 12, 2012 at 1:03 PM, Vincent van Ravesteijn v...@lyx.org wrote: Op 12-3-2012 0:44, Lars Gullik Bjønnes schreef: First of all, thank you for this work Lars, this is a truly great achievement :-) If we want to introduce a staging repo and can also be done, but we shouldn't change to

Re: Updates to gitolite progress

On Mon, Mar 12, 2012 at 1:03 PM, Vincent van Ravesteijn wrote: > Op 12-3-2012 0:44, Lars Gullik Bjønnes schreef: First of all, thank you for this work Lars, this is a truly great achievement :-) >> If we want to introduce a staging repo and can also be done, but we >> shouldn't

Re: Subversion don't work in 1.7 version

On Wed, Mar 7, 2012 at 3:15 PM, Pavel Sanda sa...@lyx.org wrote: Stephan Witt wrote: I don't like hard-coding the knowledge how subversion developers organize their meta-data. More thoughts - what about this proposal: 1. We completely kill parsing of 1.6 metadata in .svn. 2. If possible

Re: Subversion don't work in 1.7 version

On Wed, Mar 7, 2012 at 3:15 PM, Pavel Sanda wrote: > Stephan Witt wrote: >> I don't like hard-coding the knowledge how subversion developers organize >> their meta-data. > > More thoughts - what about this proposal: > 1. We completely kill parsing of 1.6 metadata in .svn. > 2. If

Re: LyX 2.0.3 Sources Available

On 20/02/2012 10:21, Jean-Marc Lasgouttes wrote: Le 19/02/2012 21:40, Liviu Andronic a écrit : On Sun, Feb 19, 2012 at 5:18 PM, Richard Heckrgh...@comcast.net wrote: LyX 2.0.3 source tarballs are available from: Ubuntu binaries are available on the LyX Team PPA [1]. Should anyone trying the

Re: LyX 2.0.3 Sources Available

On 20/02/2012 10:21, Jean-Marc Lasgouttes wrote: Le 19/02/2012 21:40, Liviu Andronic a écrit : On Sun, Feb 19, 2012 at 5:18 PM, Richard Heck wrote: LyX 2.0.3 source tarballs are available from: Ubuntu binaries are available on the LyX Team PPA [1]. Should anyone trying

Re: Using git to push

On 17/02/2012 00:21, Lars Gullik Bjønnes wrote: Xu Wangxuwang...@gmail.com writes: | Hi, | I have read here: http://wiki.lyx.org/Devel/Git | and I see there is lyx here: https://gitorious.org/lyx | can I fork on gitorious and then issue a pull request? The master repo is in subversion, and I

Re: Using git to push

On 25/02/2012 11:17, Lars Gullik Bjønnes wrote: | I vote for a free hosting service (github or gitorious are just fine). | Less maintenance work, less server troubleshooting etc. But once we | move to git changing the hosting server will be very easy to do by | anybody. You are being awfully

Re: Using git to push

On 17/02/2012 00:21, Lars Gullik Bjønnes wrote: Xu Wang writes: | Hi, | I have read here: http://wiki.lyx.org/Devel/Git | and I see there is lyx here: https://gitorious.org/lyx | can I fork on gitorious and then issue a pull request? The master repo is in subversion, and

Re: Using git to push

On 25/02/2012 11:17, Lars Gullik Bjønnes wrote: | I vote for a free hosting service (github or gitorious are just fine). | Less maintenance work, less server troubleshooting etc. But once we | move to git changing the hosting server will be very easy to do by | anybody. You are being awfully

lyx - outline ppa

Hi Guys, Hi Rob, I am trying to use LyX at work on ubuntu 11.10. Problem is that current version is still buggy, crashy 2.0.0... Ubuntu is very bad here! So I want to use the outline-ppa: https://launchpad.net/~lyx-outline-devel/+archive/lyx2-daily-stable/+packages Problem is that this has

Re: r40783 - lyx-devel/trunk/src/support

On Sun, Feb 19, 2012 at 10:44 PM, for...@lyx.org wrote: Author: forenr Date: Sun Feb 19 22:44:47 2012 New Revision: 40783 URL: http://www.lyx.org/trac/changeset/40783 Log: On *nix, a proper forward definition of docstring is necessary for overriding a pure virtual method (part of bug

Re: lyx - outline ppa

Hi again, Forget about this, I just saw that another ppa exists: https://launchpad.net/~lyx-devel/+archive/release Great job! Thanks and sorry about the noise. Abdel. On Thu, Feb 23, 2012 at 9:49 AM, Abdelrazak Younes you...@lyx.org wrote: Hi Guys, Hi Rob, I am trying to use LyX at work

lyx - outline ppa

Hi Guys, Hi Rob, I am trying to use LyX at work on ubuntu 11.10. Problem is that current version is still buggy, crashy 2.0.0... Ubuntu is very bad here! So I want to use the outline-ppa: https://launchpad.net/~lyx-outline-devel/+archive/lyx2-daily-stable/+packages Problem is that this has

Re: r40783 - lyx-devel/trunk/src/support

On Sun, Feb 19, 2012 at 10:44 PM, wrote: > Author: forenr > Date: Sun Feb 19 22:44:47 2012 > New Revision: 40783 > URL: http://www.lyx.org/trac/changeset/40783 > > Log: > On *nix, a proper forward definition of docstring is necessary for > overriding a pure virtual method (part

Re: lyx - outline ppa

Hi again, Forget about this, I just saw that another ppa exists: https://launchpad.net/~lyx-devel/+archive/release Great job! Thanks and sorry about the noise. Abdel. On Thu, Feb 23, 2012 at 9:49 AM, Abdelrazak Younes <you...@lyx.org> wrote: > Hi Guys, Hi Rob, > > I am tr

Re: [RFC][trivial PATCH] Remove settings-on-left-click for spaces insets

On Mon, Feb 13, 2012 at 7:32 PM, Richard Heck rgh...@comcast.net wrote: On 02/13/2012 06:09 AM, Jean-Marc Lasgouttes wrote: I have been annoyed for a long time by the behavior of the space insets, which open an obnoxious dialog every time I try to position the cursor between, say, a minipage

Re: [RFC][trivial PATCH] Remove settings-on-left-click for spaces insets

On Mon, Feb 13, 2012 at 7:32 PM, Richard Heck wrote: > On 02/13/2012 06:09 AM, Jean-Marc Lasgouttes wrote: > >> I have been annoyed for a long time by the behavior of the space insets, >> which open an obnoxious dialog every time I try to position the cursor >> between, say,

Re: eLyXer for Document Parsing

On 04/02/2012 18:03, Rob Oakes wrote: Dear eLyXer Users and Developers, I'm still at work on the import/export module for Microsoft Word documents. I'm making pretty good progress. I've got a rough prototype that works pretty well and I'm now starting to refine it. My approach up to now has

Re: eLyXer for Document Parsing

On 04/02/2012 18:03, Rob Oakes wrote: Dear eLyXer Users and Developers, I'm still at work on the import/export module for Microsoft Word documents. I'm making pretty good progress. I've got a rough prototype that works pretty well and I'm now starting to refine it. My approach up to now has

Re: LASSERT Question

On Tue, Jan 24, 2012 at 4:41 PM, Richard Heck rgh...@comcast.net wrote: On 01/24/2012 02:13 AM, Abdelrazak Younes wrote: On Sat, Jan 21, 2012 at 10:02 PM, Richard Heck rgh...@comcast.netmailto: rgh...@comcast.net wrote: Consider: void Text::setFont(Cursor cur, Font const font

Re: LASSERT Question

On Tue, Jan 24, 2012 at 4:41 PM, Richard Heck <rgh...@comcast.net> wrote: > On 01/24/2012 02:13 AM, Abdelrazak Younes wrote: > > On Sat, Jan 21, 2012 at 10:02 PM, Richard Heck <rgh...@comcast.net> rgh...@comcast.net>> wrote: >> >> >>Consider: &

Re: Report

On 08/01/2012 20:44, André Pönitz wrote: On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: 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

Re: Dialog update

On 07/01/2012 13:01, Tommaso Cucinotta wrote: Hi, the Advanced FindAndReplace dialog has a few replace-related buttons that need to be enabled or disabled depending on the readOnly() status of the current document buffer. For now, the only way I found to ensure that the corresponding

Re: Report

On 08/01/2012 21:52, André Pönitz wrote: On Sun, Jan 08, 2012 at 09:26:28PM +0100, Abdelrazak Younes wrote: On 08/01/2012 20:44, André Pönitz wrote: On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 05/01/2012 02:40, André Pönitz a écrit : The main

Re: Report

On 08/01/2012 20:44, André Pönitz wrote: On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: 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

Re: Dialog update

On 07/01/2012 13:01, Tommaso Cucinotta wrote: Hi, the Advanced FindAndReplace dialog has a few replace-related buttons that need to be enabled or disabled depending on the readOnly() status of the current document buffer. For now, the only way I found to ensure that the corresponding

Re: Report

On 08/01/2012 21:52, André Pönitz wrote: On Sun, Jan 08, 2012 at 09:26:28PM +0100, Abdelrazak Younes wrote: On 08/01/2012 20:44, André Pönitz wrote: On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 05/01/2012 02:40, André Pönitz a écrit : The main

Re: Git transition

On Thu, Jan 5, 2012 at 9:29 AM, Lars Gullik Bjønnes lar...@gullik.orgwrote: Abdelrazak Younes you...@lyx.org writes: | On Thu, Jan 5, 2012 at 3:14 AM, Lars Gullik Bjønnes lar...@gullik.org wrote: Vincent van Ravesteijn v...@lyx.org writes: | Hi Lars, | Are we ready to move to Git

Re: Git transition

On Thu, Jan 5, 2012 at 9:29 AM, Lars Gullik Bjønnes <lar...@gullik.org>wrote: > Abdelrazak Younes <you...@lyx.org> writes: > | On Thu, Jan 5, 2012 at 3:14 AM, Lars Gullik Bjønnes <lar...@gullik.org > >wrote: > > > >> Vincent van Ravesteijn

Re: Git transition

On Thu, Jan 5, 2012 at 3:14 AM, Lars Gullik Bjønnes lar...@gullik.orgwrote: Vincent van Ravesteijn v...@lyx.org 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 to. Who's you? Anyway,

Re: Git transition

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 to. > Who's

Re: LyX Chat

On Tue, Jan 3, 2012 at 2:18 AM, Tommaso Cucinotta tomm...@lyx.org wrote: Il 02/01/2012 14:54, Abdelrazak Younes ha scritto: First comment: please use QTcpSocket and signal/slot connections. Still pending, I'll convert to QTcpSocket soon. Please, find attached the 2nd draft/skeleton

Re: LyX Chat

On Tue, Jan 3, 2012 at 2:18 AM, Tommaso Cucinotta <tomm...@lyx.org> wrote: > Il 02/01/2012 14:54, Abdelrazak Younes ha scritto: > >> First comment: please use QTcpSocket and signal/slot connections. >> > > Still pending, I'll convert to QTcpSocket soon. > >

Re: LyX Chat

On 02/01/2012 10:36, Tommaso Cucinotta wrote: Il 02/01/2012 10:18, Tommaso Cucinotta ha scritto: If you want to see just a preliminary hack that kind of works, please, find it attached. I forgot to mention: the files in qt4/ are still part of the Chat capability patch. For the

Re: LyX Chat

On 27/12/2011 23:06, Tommaso Cucinotta wrote: Hi all, I've just realized a small chat feature within LyX. If anyone is interested, have a look at its description and patch here: http://www.lyx.org/trac/ticket/7964 Any comment is welcome. This is interesting (but less than you

Re: LyX Chat

On 02/01/2012 16:53, Tommaso Cucinotta wrote: Il 02/01/2012 14:54, Abdelrazak Younes ha scritto: This is interesting (but less than you collaboration patch). nice to hear :-) Btw, in both cases, what is really missing, is a LyX collaboration server, i.e., a simple server to be hosted

Re: LyX Chat

On 02/01/2012 17:04, Tommaso Cucinotta wrote: Il 02/01/2012 14:47, Abdelrazak Younes ha scritto: No, not if you create a new BufferView. In this case all mouse related action needs to be forwarded as well. what I mean, is that locally I can have no clue (and I should not have it) about

Re: LyX Chat

On 02/01/2012 17:17, Tommaso Cucinotta wrote: Il 02/01/2012 17:00, Abdelrazak Younes ha scritto: I have a pending patch that introduces Qt signals in Buffer and BufferView, I'll try to cleanup and commit that one. Ok, I don't know what changes will be introduced by this patch of yours

Re: LyX Chat

On 02/01/2012 17:00, Abdelrazak Younes wrote: On 02/01/2012 16:53, Tommaso Cucinotta wrote: I'll have a look, thanks. Another immediate question is whether there's any portable serialization framework already at reach for LyX (i.e., in terms of dependencies -- e.g., I could identify boost

Re: LyX Chat

On 02/01/2012 17:00, Abdelrazak Younes wrote: On 02/01/2012 16:53, Tommaso Cucinotta wrote: I'll have a look, thanks. Another immediate question is whether there's any portable serialization framework already at reach for LyX (i.e., in terms of dependencies -- e.g., I could identify boost

Re: LyX Chat

On 02/01/2012 17:51, Vincent van Ravesteijn wrote: But, instead of that, I would use Json format for the LFUN serialisation/deserialisation and the packet transmission. You would use JSON format for everything Indeed, including the .lyx file format :-) Abdel.

Re: LyX Chat

On 02/01/2012 10:36, Tommaso Cucinotta wrote: Il 02/01/2012 10:18, Tommaso Cucinotta ha scritto: If you want to see just a preliminary hack that kind of works, please, find it attached. I forgot to mention: the files in qt4/ are still part of the Chat capability patch. For the

Re: LyX Chat

On 27/12/2011 23:06, Tommaso Cucinotta wrote: Hi all, I've just realized a small "chat" feature within LyX. If anyone is interested, have a look at its description and patch here: http://www.lyx.org/trac/ticket/7964 Any comment is welcome. This is interesting (but less than you

Re: LyX Chat

On 02/01/2012 16:53, Tommaso Cucinotta wrote: Il 02/01/2012 14:54, Abdelrazak Younes ha scritto: This is interesting (but less than you collaboration patch). nice to hear :-) Btw, in both cases, what is really missing, is a LyX collaboration server, i.e., a simple server to be hosted

Re: LyX Chat

On 02/01/2012 17:04, Tommaso Cucinotta wrote: Il 02/01/2012 14:47, Abdelrazak Younes ha scritto: No, not if you create a new BufferView. In this case all mouse related action needs to be forwarded as well. what I mean, is that locally I can have no clue (and I should not have it) about

Re: LyX Chat

On 02/01/2012 17:17, Tommaso Cucinotta wrote: Il 02/01/2012 17:00, Abdelrazak Younes ha scritto: I have a pending patch that introduces Qt signals in Buffer and BufferView, I'll try to cleanup and commit that one. Ok, I don't know what changes will be introduced by this patch of yours

Re: LyX Chat

On 02/01/2012 17:00, Abdelrazak Younes wrote: On 02/01/2012 16:53, Tommaso Cucinotta wrote: I'll have a look, thanks. Another immediate question is whether there's any portable serialization framework already at reach for LyX (i.e., in terms of dependencies -- e.g., I could identify boost

Re: LyX Chat

On 02/01/2012 17:00, Abdelrazak Younes wrote: On 02/01/2012 16:53, Tommaso Cucinotta wrote: I'll have a look, thanks. Another immediate question is whether there's any portable serialization framework already at reach for LyX (i.e., in terms of dependencies -- e.g., I could identify boost

Re: LyX Chat

On 02/01/2012 17:51, Vincent van Ravesteijn wrote: But, instead of that, I would use Json format for the LFUN serialisation/deserialisation and the packet transmission. You would use JSON format for everything Indeed, including the .lyx file format :-) Abdel.

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On Sunday, December 18, 2011, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 17/12/11 22:45, Abdelrazak Younes a écrit : Log: Introduce new RC option for QImage backend instead of macro. This can later be changed at runtime though a command line option or by auto detecting the X11 remote

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On Sunday, December 18, 2011, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 17/12/11 22:45, Abdelrazak Younes a écrit : >> >> Log: >> Introduce new RC option for QImage backend instead of macro. This can >> later be changed at runtime though a command li

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 14/12/2011 13:46, Helge Hafting wrote: On 21. nov. 2011 21:01, Abdelrazak Younes wrote: On 21/11/2011 11:28, Helge Hafting wrote: I failed to test the patch. It does not apply to the 2.1 sources, and not 2.0.2 either. There is nothing to apply, you just have to uncomment the definition

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 14/12/2011 21:45, Pavel Sanda wrote: Helge Hafting wrote: I recommend that USE_QIMAGE gets enabled - at least for linux compiles. For affected machines, this is the difference between useful and annoyingly slow. as discussed previously there is a drawback that scrolling gets quite slower in

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 17/12/2011 13:38, Abdelrazak Younes wrote: On 14/12/2011 21:45, Pavel Sanda wrote: Helge Hafting wrote: I recommend that USE_QIMAGE gets enabled - at least for linux compiles. For affected machines, this is the difference between useful and annoyingly slow. as discussed previously

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 14/12/2011 13:46, Helge Hafting wrote: On 21. nov. 2011 21:01, Abdelrazak Younes wrote: On 21/11/2011 11:28, Helge Hafting wrote: I failed to test the patch. It does not apply to the 2.1 sources, and not 2.0.2 either. There is nothing to apply, you just have to uncomment the definition

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 14/12/2011 21:45, Pavel Sanda wrote: Helge Hafting wrote: I recommend that USE_QIMAGE gets enabled - at least for linux compiles. For affected machines, this is the difference between useful and annoyingly slow. as discussed previously there is a drawback that scrolling gets quite slower in

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

On 17/12/2011 13:38, Abdelrazak Younes wrote: On 14/12/2011 21:45, Pavel Sanda wrote: Helge Hafting wrote: I recommend that USE_QIMAGE gets enabled - at least for linux compiles. For affected machines, this is the difference between useful and annoyingly slow. as discussed previously

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 22:50, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Looks good to me :-) Cheers, Abdel.

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 22:50, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Looks good to me :-) Cheers, Abdel.

Re: Compiling LyX with -std=gnu++1

On 21/11/2011 23:40, Vincent van Ravesteijn wrote: And won't have, as long as the core steers the gui [ 1/2 ;-) ] Andre' And the core will be steering the GUI as long as we can't use qt signals in the core. And we won't use Qt signals in the core as long as nobody makes the effort

Re: Compiling LyX with -std=gnu++1

On 22/11/2011 22:09, Abdelrazak Younes wrote: On 21/11/2011 23:40, Vincent van Ravesteijn wrote: And won't have, as long as the core steers the gui [ 1/2 ;-) ] Andre' And the core will be steering the GUI as long as we can't use qt signals in the core. And we won't use Qt signals

Re: 'Reply' sends to list.

On 21/11/2011 22:36, Peter Kümmel wrote: On 21.11.2011 08:51, Vincent van Ravesteijn wrote: Actaully I would argue that he, and you. are the ones doing it wrong. Wrong? Why? I understand that it's not wise to force everybody to reply-to list. But if I decide to get the reply only once and

Re: 'Reply' sends to list.

On 21/11/2011 23:16, Pavel Sanda wrote: Vincent van Ravesteijn wrote: No, because you're forcing your will onto others. If I want to reply to you, I don't want you to overrule me by sending my reply to the list. :) Vincent, you don't want to reply to me. you simply don't have email client (or

Re: 'Reply' sends to list.

On 22/11/2011 07:39, Stephan Witt wrote: Am 21.11.2011 um 23:34 schrieb Vincent van Ravesteijn: Op 21 nov. 2011 23:17 schreef Pavel Sandasa...@lyx.org het volgende: Vincent van Ravesteijn wrote: No, because you're forcing your will onto others. While you are giving me the great opportunity

Re: 'Reply' sends to list.

On 21/11/2011 22:42, Peter Kümmel wrote: On 21.11.2011 11:46, Stephan Witt wrote: I use thunderbird, and all I know now is that I have to somehow install locally a duplicate filter. I guess the problem comes from gmx.net, same as Stephan actually... Abdel.

Re: Compiling LyX with -std=gnu++1

On 21/11/2011 23:40, Vincent van Ravesteijn wrote: > > And won't have, as long as the core steers the gui [ 1/2 ;-) ] > > Andre' And the core will be steering the GUI as long as we can't use qt signals in the core. And we won't use Qt signals in the core as long as nobody makes the

Re: Compiling LyX with -std=gnu++1

On 22/11/2011 22:09, Abdelrazak Younes wrote: On 21/11/2011 23:40, Vincent van Ravesteijn wrote: > > And won't have, as long as the core steers the gui [ 1/2 ;-) ] > > Andre' And the core will be steering the GUI as long as we can't use qt signals in the core. And we

Re: 'Reply' sends to list.

On 21/11/2011 22:36, Peter Kümmel wrote: On 21.11.2011 08:51, Vincent van Ravesteijn wrote: Actaully I would argue that he, and you. are the ones doing it wrong. Wrong? Why? I understand that it's not wise to force everybody to reply-to list. But if I decide to get the reply only once and

Re: 'Reply' sends to list.

On 21/11/2011 23:16, Pavel Sanda wrote: Vincent van Ravesteijn wrote: No, because you're forcing your will onto others. If I want to reply to you, I don't want you to overrule me by sending my reply to the list. :) Vincent, you don't want to reply to me. you simply don't have email client (or

Re: 'Reply' sends to list.

On 22/11/2011 07:39, Stephan Witt wrote: Am 21.11.2011 um 23:34 schrieb Vincent van Ravesteijn: Op 21 nov. 2011 23:17 schreef "Pavel Sanda" het volgende: Vincent van Ravesteijn wrote: No, because you're forcing your will onto others. While you are giving me the great

Re: 'Reply' sends to list.

On 21/11/2011 22:42, Peter Kümmel wrote: On 21.11.2011 11:46, Stephan Witt wrote: I use thunderbird, and all I know now is that I have to somehow install locally a duplicate filter. I guess the problem comes from gmx.net, same as Stephan actually... Abdel.

<    1   2   3   4   5   6   7   8   9   10   >