Re: Ideas for Development

2011-11-24 Thread Helge Hafting
On 24. nov. 2011 01:10, Graham Telfer wrote: 1. Extend LyX to become a writer's project management tool similar to yWriter. Might be a good idea, but haven't seen this yWriter. 2. When in full screen mode have the option to keep the cursor centred and text above and below a few lines fade ou

Re: Ideas for Development

2011-11-24 Thread Rainer M Krug
On Thu, Nov 24, 2011 at 8:38 AM, Xu Wang wrote: > Could say a little bit what yWriter is? I just looked at http://www.spacejock.com/yWriter5.html and yWriter sounds a lottle bit like lyx-outline which Rob Oakes is working on ( http://www.oak-tree.us/lyx-outline/)? Am I rightn, If this is true

Re: Ideas for Development

2011-11-23 Thread Xu Wang
Could say a little bit what yWriter is? for Number 2, is tools>preferences>editing>scroll below end of document what you're looking for? I think this is only in 2.0 and later. Xu On Wed, Nov 23, 2011 at 7:10 PM, Graham Telfer wrote: > Hi there, > > I am using LyX now and would like to suggest 2

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Pavel Sanda
Abdelrazak Younes wrote: > On 10/04/2009 11:58, Jean-Marc Lasgouttes wrote: >> Abdelrazak Younes writes: >> >>> I agree that scanning the .svn dir is the best option. But I suspect >>> that just doing directly won't take more time than trying to reuse svn >>> source code. But I may be wrong of

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Abdelrazak Younes
On 10/04/2009 11:58, Jean-Marc Lasgouttes wrote: Abdelrazak Younes writes: I agree that scanning the .svn dir is the best option. But I suspect that just doing directly won't take more time than trying to reuse svn source code. But I may be wrong of course. I thought the format chan

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Jean-Marc Lasgouttes
Abdelrazak Younes writes: > I agree that scanning the .svn dir is the best option. But I suspect > that just doing directly won't take more time than trying to reuse svn > source code. But I may be wrong of course. I thought the format changed between svn versions... JMarc

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Abdelrazak Younes
On 10/04/2009 10:43, Pavel Sanda wrote: Abdelrazak Younes wrote: On 09/04/2009 23:47, Pavel Sanda wrote: Pavel Sanda wrote: I am not sure this idea is better than just parsing "svn status -v"... Further ideas? Opinions? another idea - svn is gpl-ed righ

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Pavel Sanda
Abdelrazak Younes wrote: > On 09/04/2009 23:47, Pavel Sanda wrote: >> Pavel Sanda wrote: >> I am not sure this idea is better than just parsing "svn status -v"... Further ideas? Opinions? >> >> another idea - svn is gpl-ed right? then what about to steal few lines

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Pavel Sanda
Abdelrazak Younes wrote: > I don't follow you, how would you set 'revision_insetinfo_used' ? by revision_insetinfo_used i mean something like scanning file for the presence of either revision-inset-info inset or \svn_revision_info_rev tag in header. > Yes, but we must respect svn syntax so that w

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Abdelrazak Younes
On 09/04/2009 23:39, Pavel Sanda wrote: Abdelrazak Younes wrote: 1) When a document "doc.lyx" is under version control, we can check its svn properties: svn propget svn:keywords dot.lyx hopefully we can avoid this by checking (under_svn_control&& revision_insetinfo_used) I d

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-10 Thread Abdelrazak Younes
On 09/04/2009 23:47, Pavel Sanda wrote: Pavel Sanda wrote: I am not sure this idea is better than just parsing "svn status -v"... Further ideas? Opinions? another idea - svn is gpl-ed right? then what about to steal few lines of code parsing .svn directory from svn status -

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-09 Thread Pavel Sanda
Pavel Sanda wrote: > > I am not sure this idea is better than just parsing "svn status -v"... > > > Further ideas? Opinions? another idea - svn is gpl-ed right? then what about to steal few lines of code parsing .svn directory from svn status -v / svnversion? pavel

Re: Ideas for svn and InsetInfo integration (Re: SVN revision number in InsetInfo?)

2009-04-09 Thread Pavel Sanda
Abdelrazak Younes wrote: > 1) When a document "doc.lyx" is under version control, we can check its svn > properties: > > svn propget svn:keywords dot.lyx hopefully we can avoid this by checking (under_svn_control && revision_insetinfo_used) > 2) For each of those keywords, we add the following

Re: [IDEAS] Bugs 4082 and 4178

2007-09-17 Thread Richard Heck
Andre Poenitz wrote: On Sat, Sep 15, 2007 at 12:40:35PM -0400, Richard Heck wrote: A better fix would be to transfer the graphics::Cache singleton to LyX::Singletons. I.e., do this. But it may be that there are other ways you could see this problem. What about making the loader a shar

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Abdelrazak Younes
Andre Poenitz wrote: On Sat, Sep 15, 2007 at 11:51:50AM -0400, Richard Heck wrote: I don't have time to investigate these further today, so here is what I'm thinking, in case anyone else has the time. These are the same bug, at least in the form Jurgen saw 4082. Both crashes occur in destruct

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Andre Poenitz
On Sat, Sep 15, 2007 at 12:40:35PM -0400, Richard Heck wrote: > >A better fix would be to transfer the graphics::Cache singleton to > >LyX::Singletons. > > I.e., do this. But it may be that there are other ways you could see > this problem. What about making the loader a shared_ptr rather than >

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Andre Poenitz
On Sat, Sep 15, 2007 at 11:51:50AM -0400, Richard Heck wrote: > > I don't have time to investigate these further today, so here is what > I'm thinking, in case anyone else has the time. > > These are the same bug, at least in the form Jurgen saw 4082. Both > crashes occur in destruction of grap

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Abdelrazak Younes
Richard Heck wrote: I.e., do this. But it may be that there are other ways you could see this problem. What about making the loader a shared_ptr rather than deleting it explicitly? It think that the real problem is that the C&P stack is not cleaned up on exit. Abdel.

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Abdelrazak Younes
Richard Heck wrote: Abdelrazak Younes wrote: Richard Heck wrote: I don't have time to investigate these further today, so here is what I'm thinking, in case anyone else has the time. These are the same bug, at least in the form Jurgen saw 4082. Both crashes occur in destruction of graphic

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Richard Heck
Abdelrazak Younes wrote: Richard Heck wrote: I don't have time to investigate these further today, so here is what I'm thinking, in case anyone else has the time. These are the same bug, at least in the form Jurgen saw 4082. Both crashes occur in destruction of graphic insets on exit, and b

Re: [IDEAS] Bugs 4082 and 4178

2007-09-15 Thread Abdelrazak Younes
Richard Heck wrote: I don't have time to investigate these further today, so here is what I'm thinking, in case anyone else has the time. These are the same bug, at least in the form Jurgen saw 4082. Both crashes occur in destruction of graphic insets on exit, and both occur when there has

Re: Cross references (was Re: Ideas

2000-05-18 Thread Dekel Tsur
On Sat, May 13, 2000 at 03:10:22AM -0500, Alejandro Aguilar Sierra wrote: > > So, are you now back or is this a fleeting visit? > > Where's the new Mathed? > > If you help me to update it to the recent kernel changes, I'll unveil it > gladly. :) > I didn't see a response from Allan, but I thin

Re: Ideas

2000-05-18 Thread Lars Gullik Bjønnes
Amir Karger <[EMAIL PROTECTED]> writes: | You're right! | | OTOH, that's bad. As Ben said, that's almost worse than using the kludge, | because you end up having a whole lot of keys to keep track of, even though | most of the time you want to cross reference within a key. proper support for xr.

Re: Cross references (was Re: Ideas

2000-05-13 Thread Alejandro Aguilar Sierra
On Fri, 12 May 2000, Allan Rae wrote: > who cares what he wrote, he's alive! > > Yay! :) > I do hope you haven't been dangerously ill or anything. Hi Allan, I am ill of work, nothing else. > It's friday so I should probably flame you for not making an appearance > sooner. Slacker! Well,

Re: Cross references (was Re: Ideas

2000-05-12 Thread Jose Abilio Oliveira Matos
On Fri, May 12, 2000 at 08:41:09AM -0300, Garst R. Reese wrote: > Alejandro Aguilar Sierra wrote: > > > > > Alejandro > Welcome back voice from the wilderness. > This one sounds like material for the new FAQ. And "Where is Alejandro?" should also go to the FAQ (it's friday, you know...) >

Re: Cross references (was Re: Ideas

2000-05-12 Thread Garst R. Reese
Alejandro Aguilar Sierra wrote: > > I implemented this feature to finish my msci thesis a year ago. The trick > is to use "insert insets" in the parent document and at the very begining > of the "child documents" (chapters) insert a "parent inset". > > The only way to insert a parent inset (AF

Re: Cross references (was Re: Ideas

2000-05-12 Thread Allan Rae
On Fri, 12 May 2000, Alejandro Aguilar Sierra wrote: who cares what he wrote, he's alive! Yay! I do hope you haven't been dangerously ill or anything. It's friday so I should probably flame you for not making an appearance sooner. Slacker! So, are you now back or is this a fleeting visit? Wh

Cross references (was Re: Ideas

2000-05-11 Thread Alejandro Aguilar Sierra
On Mon, 8 May 2000, Chris Eliasmith wrote: > My idea is this: Allow non-previously entered labels to be used > as references. This is a quick-fix for allowing those (like me) > to embed cross-references to other documents (i'm writing a book > and need to reference sections in other chapters tha

Re: Ideas

2000-05-10 Thread Amir Karger
On Wed, May 10, 2000 at 12:24:07AM +0300, Dekel Tsur wrote: > On Tue, May 09, 2000 at 04:38:53PM +0100, Ben Cazzolato wrote: > > If it wasn't mentioned before, LyX has the following feature: > If you use the Insert Reference dialog in a document that includes other > documents, LyX will automatic

Re: Ideas

2000-05-09 Thread Dekel Tsur
On Tue, May 09, 2000 at 04:38:53PM +0100, Ben Cazzolato wrote: > > Have people thought about fixes? The simplest (?) would be to list all the > > labels from all open docs. However, if you have, say, the User Guide, > > Extended, and a few other docs open, that could get ugly. Another option > >

Re: Ideas

2000-05-09 Thread Ben Cazzolato
Amir, > Ben Cazzolato <[EMAIL PROTECTED]> said: > [Chris Eliasmith suggestes cross-referencing between documents] > > > This is already possible. You can cross reference labels in other docs > > cause I needed to do this with my thesis (split into chapters). The trick > > is to open the tw

Re: Ideas

2000-05-09 Thread Amir Karger
Ben Cazzolato <[EMAIL PROTECTED]> said: [Chris Eliasmith suggestes cross-referencing between documents] > This is already possible. You can cross reference labels in other docs > cause I needed to do this with my thesis (split into chapters). The trick > is to open the two (or more docs you

Re: Ideas

2000-05-09 Thread Ben Cazzolato
Chris > I hope this is the right place to send an 'i have an idea' email, > it isn't clear on the developer's page. > > My idea is this: Allow non-previously entered labels to be used > as references. This is a quick-fix for allowing those (like me) > to embed cross-references to other document

Re: ideas: colors, windows and scroll speed

2000-01-12 Thread Martin Vermeer
On Tue, Jan 11, 2000 at 03:45:26PM +, Alex wrote: [...] > It would be nice to be able to highlight parts of the displayed text. We > use highlighter pens when working with paper drafts, don't we? A similar > thing should be implemented in the paperless technology. This should not > affect pri