Re: editing math in lyx
On 14/03/2013 15:14, Alex Vergara Gil wrote: Isn´t there a better way to do this inside LyX? I think this is a good feature request for developers, is not that hard to put a button inside the math environment that switches between TeX and rendered math mode, and when exited you see only rendered. I don´t know if I am making myself clear, so I will explain this a little more. 1 Enter in math mode and add some equation/whatever. 2 Now I want to add some TeX code directly or edit what I have introduced, so I press the (requested) switch button and I could see all in TeX code. 3 I edit the TeX code and when finished press the switch button again (or just leave math mode), the result should be the new rendered equation/whatever I have edited. This feature would be great for middle to power users, off course one should only expect math code inside the math mode so it would be nice to clarify this in the manual if it is actually included. I know I can do this in a ERT environment but then I need to copy to math but that´s not an optimal approach. This sounds like a not very hard feature to implement, maybe without touching C++ even. So why don't you implement this yourself and propose a patch? There are not many active developers these days so LyX users must participate to the development if they want to see LyX evolve. Abdel.
Re: editing math in lyx
On 14/03/2013 15:14, Alex Vergara Gil wrote: Isn´t there a better way to do this inside LyX? I think this is a good feature request for developers, is not that hard to put a button inside the math environment that switches between TeX and rendered math mode, and when exited you see only rendered. I don´t know if I am making myself clear, so I will explain this a little more. 1 Enter in math mode and add some equation/whatever. 2 Now I want to add some TeX code directly or edit what I have introduced, so I press the (requested) switch button and I could see all in TeX code. 3 I edit the TeX code and when finished press the switch button again (or just leave math mode), the result should be the new rendered equation/whatever I have edited. This feature would be great for middle to power users, off course one should only expect math code inside the math mode so it would be nice to clarify this in the manual if it is actually included. I know I can do this in a ERT environment but then I need to copy to math but that´s not an optimal approach. This sounds like a not very hard feature to implement, maybe without touching C++ even. So why don't you implement this yourself and propose a patch? There are not many active developers these days so LyX users must participate to the development if they want to see LyX evolve. Abdel.
Re: editing math in lyx
On 14/03/2013 15:14, Alex Vergara Gil wrote: Isn´t there a better way to do this inside LyX? I think this is a good feature request for developers, is not that hard to put a button inside the math environment that switches between TeX and rendered math mode, and when exited you see only rendered. I don´t know if I am making myself clear, so I will explain this a little more. 1 Enter in math mode and add some equation/whatever. 2 Now I want to add some TeX code directly or edit what I have introduced, so I press the (requested) switch button and I could see all in TeX code. 3 I edit the TeX code and when finished press the switch button again (or just leave math mode), the result should be the new rendered equation/whatever I have edited. This feature would be great for middle to power users, off course one should only expect math code inside the math mode so it would be nice to clarify this in the manual if it is actually included. I know I can do this in a ERT environment but then I need to copy to math but that´s not an optimal approach. This sounds like a not very hard feature to implement, maybe without touching C++ even. So why don't you implement this yourself and propose a patch? There are not many active developers these days so LyX users must participate to the development if they want to see LyX evolve. Abdel.
Re: eLyXer for Document Parsing
On 04/02/2012 19:07, slitt wrote: One more question: You sure you want to go in-memory? What happens if a guy has a 1200 page book with 100 chapters each containing 10 sections, each containing 10 subsections, and tries to parse it on a machine with 512 MB RAM? You in a heap of trouble son. I am almost sure LyX is able to do that. Abdel.
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 been to use regular expressions to match portions of the document and then use a library to translate those to the corresponding Word XML structures. It's working pretty well with my simple test documents. Before going too far with this approach, though, I wanted to post (another general query). In the eLyXer library, there is already a robust set of tools used for converting LyX documents to HTML. Does anyone know if the library is written in such as way that getting a generic in-memory representation of the document would be possible? It would be awesome to re-use as much existing code for the Word document export as possible. That would allow me to support a broader number of features, and gives me a framework for working with maths. Strong suggestion: use LyX proper. I am quite sure you already know that because I saw some patches from you in this area but I'll explain anyway: LyX's html own export is so good and fast because it effectively knows the in-memory representation of the document. You can't be faster nor more accurate than that. I mean, unless you want to rewrite LyX in python. IIUC you want a single module in python for both import and export in python. But I don't think this is a valid argument. As for the word to lyx format conversion, if you want to use this epub library there must be a way to use that in C++ I'm sure... Any thoughts Alex (and others)? I've downloaded the sources and have begun to work through them, but before spending hours to days trying to wrap my head around them, I thought I would ask. AFAIK, eLyXer doesn't construct a document model. So you'd better spend this time reading the C++ code for exporting to html/xhtml ;-) Abdel.
Re: eLyXer for Document Parsing
On 05/02/2012 17:48, Rob Oakes wrote: My current script is about 50 lines long, and can be used with either native XHTML or eLyXer. To add new features, you add additional cases describing how to translate the XHTML. Which brings us to an important point: there's already a pretty good LyX - XHTML - LibreOffice - Word pathway for translating documents. Unless I directly implement Word as another backend (which, while a lot of work, isn't difficult), I'm not sure there's much reason for a direct MS Word export. The real need seems to be for an MS Word import, anyway. The native MSWord backend would be very interesting to have and useful and much better than anything you could produce with your python script. But I agree with you that the docx import looks more useful. And if the thing can be extended to pptx, it will be even more useful :-) Cheers, Abdel.
Re: eLyXer for Document Parsing
On 04/02/2012 19:07, slitt wrote: One more question: You sure you want to go in-memory? What happens if a guy has a 1200 page book with 100 chapters each containing 10 sections, each containing 10 subsections, and tries to parse it on a machine with 512 MB RAM? You in a heap of trouble son. I am almost sure LyX is able to do that. Abdel.
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 been to use regular expressions to match portions of the document and then use a library to translate those to the corresponding Word XML structures. It's working pretty well with my simple test documents. Before going too far with this approach, though, I wanted to post (another general query). In the eLyXer library, there is already a robust set of tools used for converting LyX documents to HTML. Does anyone know if the library is written in such as way that getting a generic in-memory representation of the document would be possible? It would be awesome to re-use as much existing code for the Word document export as possible. That would allow me to support a broader number of features, and gives me a framework for working with maths. Strong suggestion: use LyX proper. I am quite sure you already know that because I saw some patches from you in this area but I'll explain anyway: LyX's html own export is so good and fast because it effectively knows the in-memory representation of the document. You can't be faster nor more accurate than that. I mean, unless you want to rewrite LyX in python. IIUC you want a single module in python for both import and export in python. But I don't think this is a valid argument. As for the word to lyx format conversion, if you want to use this epub library there must be a way to use that in C++ I'm sure... Any thoughts Alex (and others)? I've downloaded the sources and have begun to work through them, but before spending hours to days trying to wrap my head around them, I thought I would ask. AFAIK, eLyXer doesn't construct a document model. So you'd better spend this time reading the C++ code for exporting to html/xhtml ;-) Abdel.
Re: eLyXer for Document Parsing
On 05/02/2012 17:48, Rob Oakes wrote: My current script is about 50 lines long, and can be used with either native XHTML or eLyXer. To add new features, you add additional cases describing how to translate the XHTML. Which brings us to an important point: there's already a pretty good LyX - XHTML - LibreOffice - Word pathway for translating documents. Unless I directly implement Word as another backend (which, while a lot of work, isn't difficult), I'm not sure there's much reason for a direct MS Word export. The real need seems to be for an MS Word import, anyway. The native MSWord backend would be very interesting to have and useful and much better than anything you could produce with your python script. But I agree with you that the docx import looks more useful. And if the thing can be extended to pptx, it will be even more useful :-) Cheers, Abdel.
Re: eLyXer for Document Parsing
On 04/02/2012 19:07, slitt wrote: One more question: You sure you want to go in-memory? What happens if a guy has a 1200 page book with 100 chapters each containing 10 sections, each containing 10 subsections, and tries to parse it on a machine with 512 MB RAM? You in a heap of trouble son. I am almost sure LyX is able to do that. Abdel.
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 been to use regular expressions to match portions of the document and then use a library to translate those to the corresponding Word XML structures. It's working pretty well with my simple test documents. Before going too far with this approach, though, I wanted to post (another general query). In the eLyXer library, there is already a robust set of tools used for converting LyX documents to HTML. Does anyone know if the library is written in such as way that getting a generic in-memory representation of the document would be possible? It would be awesome to re-use as much existing code for the Word document export as possible. That would allow me to support a broader number of features, and gives me a framework for working with maths. Strong suggestion: use LyX proper. I am quite sure you already know that because I saw some patches from you in this area but I'll explain anyway: LyX's html own export is so good and fast because it effectively knows the in-memory representation of the document. You can't be faster nor more accurate than that. I mean, unless you want to rewrite LyX in python. IIUC you want a single module in python for both import and export in python. But I don't think this is a valid argument. As for the word to lyx format conversion, if you want to use this epub library there must be a way to use that in C++ I'm sure... Any thoughts Alex (and others)? I've downloaded the sources and have begun to work through them, but before spending hours to days trying to wrap my head around them, I thought I would ask. AFAIK, eLyXer doesn't construct a document model. So you'd better spend this time reading the C++ code for exporting to html/xhtml ;-) Abdel.
Re: eLyXer for Document Parsing
On 05/02/2012 17:48, Rob Oakes wrote: My current script is about 50 lines long, and can be used with either native XHTML or eLyXer. To add new features, you add additional cases describing how to translate the XHTML. Which brings us to an important point: there's already a pretty good LyX -> XHTML -> LibreOffice -> Word pathway for translating documents. Unless I directly implement Word as another backend (which, while a lot of work, isn't difficult), I'm not sure there's much reason for a direct MS Word export. The real need seems to be for an MS Word import, anyway. The native MSWord backend would be very interesting to have and useful and much better than anything you could produce with your python script. But I agree with you that the docx import looks more useful. And if the thing can be extended to pptx, it will be even more useful :-) Cheers, Abdel.
Re: Slow scrolling
On 06/01/2012 12:02, Jean-Marc Lasgouttes wrote: Le 06/01/2012 09:47, Olivier Ripoll a écrit : - 2.0.2 pristine jumps in 2 to 3 steps (text and scrollbar): top of the document, sometimes an intermediate step, and bottom of the document. * Adding \use_pixmap_cache and setting to false or true has no effect * Adding \force_paint_single_char, set to false has a slight effect, Note that \use_pixmap_cache is not supported in 2.0.2, only in trunk (2.1.0svn) for now. You are mixing up \use_qimage and \use_pixmap_cache. \use_pixmap_cache is an old setting that I created to speed up text rendering on MAC. But apparently MAC users cannot bare the on screen side effect so we can get rid of this in trunk maybe. Abdel.
Re: Slow scrolling
On 06/01/2012 12:02, Jean-Marc Lasgouttes wrote: Le 06/01/2012 09:47, Olivier Ripoll a écrit : - 2.0.2 pristine jumps in 2 to 3 steps (text and scrollbar): top of the document, sometimes an intermediate step, and bottom of the document. * Adding \use_pixmap_cache and setting to false or true has no effect * Adding \force_paint_single_char, set to false has a slight effect, Note that \use_pixmap_cache is not supported in 2.0.2, only in trunk (2.1.0svn) for now. You are mixing up \use_qimage and \use_pixmap_cache. \use_pixmap_cache is an old setting that I created to speed up text rendering on MAC. But apparently MAC users cannot bare the on screen side effect so we can get rid of this in trunk maybe. Abdel.
Re: Slow scrolling
On 06/01/2012 12:02, Jean-Marc Lasgouttes wrote: Le 06/01/2012 09:47, Olivier Ripoll a écrit : - 2.0.2 "pristine" jumps in 2 to 3 steps (text and scrollbar): top of the document, sometimes an intermediate step, and bottom of the document. * Adding "\use_pixmap_cache" and setting to false or true has no effect * Adding " \force_paint_single_char", set to false has a slight effect, Note that \use_pixmap_cache is not supported in 2.0.2, only in trunk (2.1.0svn) for now. You are mixing up \use_qimage and \use_pixmap_cache. \use_pixmap_cache is an old setting that I created to speed up text rendering on MAC. But apparently MAC users cannot bare the on screen side effect so we can get rid of this in trunk maybe. Abdel.
Re: Happy new year dear Lyxer friends!
On 01/01/2012 01:51, Murat Yildizoglu wrote: Hello, For the first time on this list, I wanted to clutter your mail boxes by sending you my best wishes. Thinking it over again, this year has been a Lyx year for me. From an occasional Lyx user, I became a Lyx addict who exclusively uses it for all LateX and text needs. All my courses have been converted to Lyx and writing with it has become a second nature for me (even if I am not completely using all of its possibilities yet). Thank you very much all. Lyx community is a very efficient, helpful and kind one. Happy new year! Happy new year to all users, contributors and developers. Hopefully this will be another successful year for LyX. Continue to spread the word about LyX! Abdel.
Re: Happy new year dear Lyxer friends!
On 01/01/2012 01:51, Murat Yildizoglu wrote: Hello, For the first time on this list, I wanted to clutter your mail boxes by sending you my best wishes. Thinking it over again, this year has been a Lyx year for me. From an occasional Lyx user, I became a Lyx addict who exclusively uses it for all LateX and text needs. All my courses have been converted to Lyx and writing with it has become a second nature for me (even if I am not completely using all of its possibilities yet). Thank you very much all. Lyx community is a very efficient, helpful and kind one. Happy new year! Happy new year to all users, contributors and developers. Hopefully this will be another successful year for LyX. Continue to spread the word about LyX! Abdel.
Re: Happy new year dear Lyxer friends!
On 01/01/2012 01:51, Murat Yildizoglu wrote: Hello, For the first time on this list, I wanted to clutter your mail boxes by sending you my best wishes. Thinking it over again, this year has been a Lyx year for me. From an occasional Lyx user, I became a Lyx addict who exclusively uses it for all LateX and text needs. All my courses have been converted to Lyx and writing with it has become a second nature for me (even if I am not completely using all of its possibilities yet). Thank you very much all. Lyx community is a very efficient, helpful and kind one. Happy new year! Happy new year to all users, contributors and developers. Hopefully this will be another successful year for LyX. Continue to spread the word about LyX! Abdel.
Re: LyX-Produced Book
On 29/11/2011 22:33, Vincent van Ravesteijn wrote: Op 29-11-2011 22:23, Richard Heck schreef: On 11/29/2011 04:17 PM, Stephan Witt wrote: Am 29.11.2011 um 22:07 schrieb Richard Heck: My book, /Frege's Theorem/, which was both written with and typeset from LyX, has just recently been published by Oxford University Press. You can have a look at the pages, if you wish, from its page on Amazon: http://www.amazon.com/Freges-Theorem-Richard-G-Heck/dp/0199695644/ LyX gets mentioned on p. xii, which seems currently to be part of the preview. The font is just New Century Schoolbook. The document class was written by me to OUP's specifications and will go up on CTAN when I get some time. Thanks to everyone in the LyX community for such a great program, and for all the help I got on the user's list when I was starting out! Cool. You're really productive! Well, it's twenty years worth of work Congratulations with the finishing of the work. As it looks more like mathematics than philosophy, I'll certainly read it (if you send me the pdf ;)). Me too! Congrats Richard. Abdel
Re: LyX-Produced Book
On 29/11/2011 22:33, Vincent van Ravesteijn wrote: Op 29-11-2011 22:23, Richard Heck schreef: On 11/29/2011 04:17 PM, Stephan Witt wrote: Am 29.11.2011 um 22:07 schrieb Richard Heck: My book, /Frege's Theorem/, which was both written with and typeset from LyX, has just recently been published by Oxford University Press. You can have a look at the pages, if you wish, from its page on Amazon: http://www.amazon.com/Freges-Theorem-Richard-G-Heck/dp/0199695644/ LyX gets mentioned on p. xii, which seems currently to be part of the preview. The font is just New Century Schoolbook. The document class was written by me to OUP's specifications and will go up on CTAN when I get some time. Thanks to everyone in the LyX community for such a great program, and for all the help I got on the user's list when I was starting out! Cool. You're really productive! Well, it's twenty years worth of work Congratulations with the finishing of the work. As it looks more like mathematics than philosophy, I'll certainly read it (if you send me the pdf ;)). Me too! Congrats Richard. Abdel
Re: LyX-Produced Book
On 29/11/2011 22:33, Vincent van Ravesteijn wrote: Op 29-11-2011 22:23, Richard Heck schreef: On 11/29/2011 04:17 PM, Stephan Witt wrote: Am 29.11.2011 um 22:07 schrieb Richard Heck: My book, /Frege's Theorem/, which was both written with and typeset from LyX, has just recently been published by Oxford University Press. You can have a look at the pages, if you wish, from its page on Amazon: http://www.amazon.com/Freges-Theorem-Richard-G-Heck/dp/0199695644/ LyX gets mentioned on p. xii, which seems currently to be part of the "preview". The font is just New Century Schoolbook. The document class was written by me to OUP's specifications and will go up on CTAN when I get some time. Thanks to everyone in the LyX community for such a great program, and for all the help I got on the user's list when I was starting out! Cool. You're really productive! Well, it's twenty years worth of work Congratulations with the finishing of the work. As it looks more like mathematics than philosophy, I'll certainly read it (if you send me the pdf ;)). Me too! Congrats Richard. Abdel
Re: Lyx file format ?
On 14/07/2011 02:08, Stephen George wrote: On 13/07/2011 12:31 PM, steve_...@optusnet.com.au wrote: Hi, I am wondering if it is conceivable to generate (with a script) Lyx files, that can be later opened in Lyx to perform final editing/touch-ups before generating my final book? Is their some documentation on the Lyx file format somewhere? Will the Lyx format be easier or harder to manage than dealing directly with Latex format? Thanks Steve Thanks everyone for the great hints. A couple of you asked what I intend to do (how complicated). I'll be dragging data from a data base populated with genealogy data. It's not fully formulated in my mind yet, but I see: - for each person a new section - sub sections for various details of the person (marriages, children, notes etc) - maybe a table to summarize various details of a person (life events) - possibly the inclusion of a picture if the records contains a picture. I was considering targeting Lyx as the generated files rather than Latex, as I will need to tweak the data, and potentially add more details, introductions, explanations etc. that are not included in the data base. I was wanting to use the pull from the data base as a starting base to which I need to do more work. As pointed out by Trevor I could import Latex files to lyx, this is under consideration but I would still need to generate the Latex files. In the mean time I've been playing around with the lyx2lyx python code and created a simple class that can write basic lyx files, I might try and push this a bit more and see if I can get the elements of lyx that I'll need to use to work. Another option with greater flexibility IMHO would be to create an external inset that would pull the database directly from within LyX. Abdel.
Re: Lyx file format ?
On 14/07/2011 02:08, Stephen George wrote: On 13/07/2011 12:31 PM, steve_...@optusnet.com.au wrote: Hi, I am wondering if it is conceivable to generate (with a script) Lyx files, that can be later opened in Lyx to perform final editing/touch-ups before generating my final book? Is their some documentation on the Lyx file format somewhere? Will the Lyx format be easier or harder to manage than dealing directly with Latex format? Thanks Steve Thanks everyone for the great hints. A couple of you asked what I intend to do (how complicated). I'll be dragging data from a data base populated with genealogy data. It's not fully formulated in my mind yet, but I see: - for each person a new section - sub sections for various details of the person (marriages, children, notes etc) - maybe a table to summarize various details of a person (life events) - possibly the inclusion of a picture if the records contains a picture. I was considering targeting Lyx as the generated files rather than Latex, as I will need to tweak the data, and potentially add more details, introductions, explanations etc. that are not included in the data base. I was wanting to use the pull from the data base as a starting base to which I need to do more work. As pointed out by Trevor I could import Latex files to lyx, this is under consideration but I would still need to generate the Latex files. In the mean time I've been playing around with the lyx2lyx python code and created a simple class that can write basic lyx files, I might try and push this a bit more and see if I can get the elements of lyx that I'll need to use to work. Another option with greater flexibility IMHO would be to create an external inset that would pull the database directly from within LyX. Abdel.
Re: Lyx file format ?
On 14/07/2011 02:08, Stephen George wrote: On 13/07/2011 12:31 PM, steve_...@optusnet.com.au wrote: Hi, I am wondering if it is conceivable to generate (with a script) Lyx files, that can be later opened in Lyx to perform final editing/touch-ups before generating my final book? Is their some documentation on the Lyx file format somewhere? Will the Lyx format be easier or harder to manage than dealing directly with Latex format? Thanks Steve Thanks everyone for the great hints. A couple of you asked what I intend to do (how complicated). I'll be dragging data from a data base populated with genealogy data. It's not fully formulated in my mind yet, but I see: - for each person a new section - sub sections for various details of the person (marriages, children, notes etc) - maybe a table to summarize various details of a person (life events) - possibly the inclusion of a picture if the records contains a picture. I was considering targeting Lyx as the generated files rather than Latex, as I will need to tweak the data, and potentially add more details, introductions, explanations etc. that are not included in the data base. I was wanting to use the pull from the data base as a starting base to which I need to do more work. As pointed out by Trevor I could import Latex files to lyx, this is under consideration but I would still need to generate the Latex files. In the mean time I've been playing around with the lyx2lyx python code and created a simple class that can write basic lyx files, I might try and push this a bit more and see if I can get the elements of lyx that I'll need to use to work. Another option with greater flexibility IMHO would be to create an external inset that would pull the database directly from within LyX. Abdel.
Re: Feature request: the missing element in the LyX office suite
On 04/05/2011 18:42, Pavel Sanda wrote: Andrew Parsloe wrote: Yes, but it would be nice to be able to sum a table in LyX without having to fire up Gnumeric or Excel or whatever. (To take matters to extremes, you this is the same as request that we should introduce some 'simple' graphics editor for pictures. after simple editor is introduced another next requests appear and at the end we will have the whole office suite as you propose. i think we should be good at editing text and typesetting. preparing the basic material like drawings, tables, computing numbers etc should do different apps which do it much better then we will ever do. we can create some reasonable binding to them, but thats all i would propose... Indeed. But I could well imagine a simple OctaveInset that would get the table cell indexes as arguments and automatically call Octave to compute the result. Similar what we can do with Octave in math. Abdel.
Re: Feature request: the missing element in the LyX office suite
On 04/05/2011 18:42, Pavel Sanda wrote: Andrew Parsloe wrote: Yes, but it would be nice to be able to sum a table in LyX without having to fire up Gnumeric or Excel or whatever. (To take matters to extremes, you this is the same as request that we should introduce some 'simple' graphics editor for pictures. after simple editor is introduced another next requests appear and at the end we will have the whole office suite as you propose. i think we should be good at editing text and typesetting. preparing the basic material like drawings, tables, computing numbers etc should do different apps which do it much better then we will ever do. we can create some reasonable binding to them, but thats all i would propose... Indeed. But I could well imagine a simple OctaveInset that would get the table cell indexes as arguments and automatically call Octave to compute the result. Similar what we can do with Octave in math. Abdel.
Re: Feature request: the missing element in the LyX office suite
On 04/05/2011 18:42, Pavel Sanda wrote: Andrew Parsloe wrote: Yes, but it would be nice to be able to sum a table in LyX without having to fire up Gnumeric or Excel or whatever. (To take matters to extremes, you this is the same as request that we should introduce some 'simple' graphics editor for pictures. after simple editor is introduced another next requests appear and at the end we will have the whole office suite as you propose. i think we should be good at editing text and typesetting. preparing the basic material like drawings, tables, computing numbers etc should do different apps which do it much better then we will ever do. we can create some reasonable binding to them, but thats all i would propose... Indeed. But I could well imagine a simple OctaveInset that would get the table cell indexes as arguments and automatically call Octave to compute the result. Similar what we can do with Octave in math. Abdel.
Re: Default label???
On 03/25/2011 03:48 PM, Liviu Andronic wrote: On Fri, Mar 25, 2011 at 2:19 PM, Hellmut Weberm...@hellmutweber.de wrote: What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Hi Abdel, do you really mean without ? I'm confident Abdel meant 'with'. Yes, of course, sorry for the confusion. Abdel.
Re: Default label???
On 03/25/2011 03:48 PM, Liviu Andronic wrote: On Fri, Mar 25, 2011 at 2:19 PM, Hellmut Weberm...@hellmutweber.de wrote: What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Hi Abdel, do you really mean without ? I'm confident Abdel meant 'with'. Yes, of course, sorry for the confusion. Abdel.
Re: Default label???
On 03/25/2011 03:48 PM, Liviu Andronic wrote: On Fri, Mar 25, 2011 at 2:19 PM, Hellmut Weberwrote: What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Hi Abdel, do you really mean "without" ? I'm confident Abdel meant 'with'. Yes, of course, sorry for the confusion. Abdel.
Re: Default label???
On 03/22/2011 11:26 PM, Steve Litt wrote: Hi all, I'm now labelling all 57 chapters of my new book, and what a PITA! First of all, there's no hotkey -- I have to do Insert-Label on every one. What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Abdel.
Re: Default label???
On 03/22/2011 11:26 PM, Steve Litt wrote: Hi all, I'm now labelling all 57 chapters of my new book, and what a PITA! First of all, there's no hotkey -- I have to do Insert-Label on every one. What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Abdel.
Re: Default label???
On 03/22/2011 11:26 PM, Steve Litt wrote: Hi all, I'm now labelling all 57 chapters of my new book, and what a PITA! First of all, there's no hotkey -- I have to do Insert->Label on every one. What about Alt+I+L ? I guess you know that all menu items are accessible via the keyboard. We developers are very careful that all LyX features can be used without the keyboard. Abdel.
Re: LyX 2.0.0 release candidate 1 - (Non official Win32 binaries)
On 03/16/2011 04:14 AM, Diego Queiroz wrote: If someone try it, please give some feedback about how it is working. Repeating, these are non official binaries, The LyX Team has nothing to do with it. Hello Diego, We really need volunteers to help with Windows packaging so you are very welcome to contribute to this. There is also Michal that recently contributed something... Abdel.
Re: LyX 2.0.0 release candidate 1 - (Non official Win32 binaries)
On 03/16/2011 04:14 AM, Diego Queiroz wrote: If someone try it, please give some feedback about how it is working. Repeating, these are non official binaries, The LyX Team has nothing to do with it. Hello Diego, We really need volunteers to help with Windows packaging so you are very welcome to contribute to this. There is also Michal that recently contributed something... Abdel.
Re: LyX 2.0.0 release candidate 1 - (Non official Win32 binaries)
On 03/16/2011 04:14 AM, Diego Queiroz wrote: If someone try it, please give some feedback about how it is working. Repeating, these are non official binaries, The LyX Team has nothing to do with it. Hello Diego, We really need volunteers to help with Windows packaging so you are very welcome to contribute to this. There is also Michal that recently contributed something... Abdel.
Re: Printer Dialog Linux
On 03/08/2011 02:50 PM, Richard Heck wrote: On 03/08/2011 04:53 AM, Stephan Witt wrote: Am 08.03.2011 um 10:38 schrieb Marco Möller: Hi, does someone know, if there are plans to improve the printer dialog? I don't know of any plan. Actually, there's a plan to remove it altogether, because I have multiple printers and currently I mostly have to export the pdf first and print from acroread/ocular to enable/disable duplex/multiside printing /... You can use view-pdf and print from it. this is what everyone does. You know what wouuld be very nice? A comand line option to okular so that it show its printer dialog on a given file... In the good old time we had a cups-gui or something but it doesn't exist anymore it seems. There is 'cupsdoprint' though... Abdel. CUPSDOPRINT(1)printing tool CUPSDOPRINT(1) NAME cupsdoprint - KDE command line tool to print files via CUPS SYNOPSIS cupsdoprint [-H host[:port]] [-P dest] [-J name] [-o opt=value[,...]] [-U login[:password]] files... DESCRIPTION cupsdoprint is a command line tool to print files using the CUPS printing system. cupsdoprint does not support printing from stdin. You can use lpoptions -l -p Printername to discover the options a certain printer supports. OPTIONS -? show help options -H host:port cups host to print to -J name print job name default: KDE Print System -o opt=value options to use -P dest printer to use -U login:password login and password to use EXAMPLE cupsdoprint -P HPLaserJet4L -H localhost:631 -U john -o Copies=10,PageSize=A4 /tmp/file.ps Prints 10 copies in format A4 of the file /tmp/file.ps as user john via localhost:631 on the printer HPLaserJet4L. SEE ALSO www.linuxprinting.org Information about printing under UNIX lp(1), lpr(1), lpoptions(1) AUTHORS Michael Goffioul kdepr...@swing.be Please use http://bugs.kde.org to report bugs, do not mail the author directly. This manual page was written by Holger Hartmann holger_hartm...@gmx.de for the Debian Project (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Gen‐ eral Public License, Version 2 or any later version published by the Free Software Foundation. On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/com‐ mon-licenses/GPL. K Desktop EnvironmentJun 2006 CUPSDOPRINT(1)
Re: Printer Dialog Linux
On 03/08/2011 02:50 PM, Richard Heck wrote: On 03/08/2011 04:53 AM, Stephan Witt wrote: Am 08.03.2011 um 10:38 schrieb Marco Möller: Hi, does someone know, if there are plans to improve the printer dialog? I don't know of any plan. Actually, there's a plan to remove it altogether, because I have multiple printers and currently I mostly have to export the pdf first and print from acroread/ocular to enable/disable duplex/multiside printing /... You can use view-pdf and print from it. this is what everyone does. You know what wouuld be very nice? A comand line option to okular so that it show its printer dialog on a given file... In the good old time we had a cups-gui or something but it doesn't exist anymore it seems. There is 'cupsdoprint' though... Abdel. CUPSDOPRINT(1)printing tool CUPSDOPRINT(1) NAME cupsdoprint - KDE command line tool to print files via CUPS SYNOPSIS cupsdoprint [-H host[:port]] [-P dest] [-J name] [-o opt=value[,...]] [-U login[:password]] files... DESCRIPTION cupsdoprint is a command line tool to print files using the CUPS printing system. cupsdoprint does not support printing from stdin. You can use lpoptions -l -p Printername to discover the options a certain printer supports. OPTIONS -? show help options -H host:port cups host to print to -J name print job name default: KDE Print System -o opt=value options to use -P dest printer to use -U login:password login and password to use EXAMPLE cupsdoprint -P HPLaserJet4L -H localhost:631 -U john -o Copies=10,PageSize=A4 /tmp/file.ps Prints 10 copies in format A4 of the file /tmp/file.ps as user john via localhost:631 on the printer HPLaserJet4L. SEE ALSO www.linuxprinting.org Information about printing under UNIX lp(1), lpr(1), lpoptions(1) AUTHORS Michael Goffioul kdepr...@swing.be Please use http://bugs.kde.org to report bugs, do not mail the author directly. This manual page was written by Holger Hartmann holger_hartm...@gmx.de for the Debian Project (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Gen‐ eral Public License, Version 2 or any later version published by the Free Software Foundation. On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/com‐ mon-licenses/GPL. K Desktop EnvironmentJun 2006 CUPSDOPRINT(1)
Re: Printer Dialog Linux
On 03/08/2011 02:50 PM, Richard Heck wrote: On 03/08/2011 04:53 AM, Stephan Witt wrote: Am 08.03.2011 um 10:38 schrieb Marco Möller: Hi, does someone know, if there are plans to improve the printer dialog? I don't know of any plan. Actually, there's a plan to remove it altogether, because I have multiple printers and currently I mostly have to export the pdf first and print from acroread/ocular to enable/disable duplex/multiside printing /... You can use view-pdf and print from it. this is what everyone does. You know what wouuld be very nice? A comand line option to okular so that it show its printer dialog on a given file... In the good old time we had a cups-gui or something but it doesn't exist anymore it seems. There is 'cupsdoprint' though... Abdel. CUPSDOPRINT(1)printing tool CUPSDOPRINT(1) NAME cupsdoprint - KDE command line tool to print files via CUPS SYNOPSIS cupsdoprint [-H host[:port]] [-P dest] [-J name] [-o opt=value[,...]] [-U login[:password]] files... DESCRIPTION cupsdoprint is a command line tool to print files using the CUPS printing system. cupsdoprint does not support printing from stdin. You can use lpoptions -l -p Printername to discover the options a certain printer supports. OPTIONS -? show help options -H host:port cups host to print to -J name print job name default: "KDE Print System" -o opt=value options to use -P dest printer to use -U login:password login and password to use EXAMPLE cupsdoprint -P HPLaserJet4L -H localhost:631 -U john -o Copies=10,PageSize=A4 /tmp/file.ps Prints 10 copies in format A4 of the file /tmp/file.ps as user john via localhost:631 on the printer HPLaserJet4L. SEE ALSO www.linuxprinting.org Information about printing under UNIX lp(1), lpr(1), lpoptions(1) AUTHORS Michael GoffioulPlease use http://bugs.kde.org to report bugs, do not mail the author directly. This manual page was written by Holger Hartmann for the Debian Project (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Gen‐ eral Public License, Version 2 or any later version published by the Free Software Foundation. On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/com‐ mon-licenses/GPL. K Desktop EnvironmentJun 2006 CUPSDOPRINT(1)
Re: Cursor in LyX 2 beta4
On 03/04/2011 02:01 PM, Richard Heck wrote: On 03/03/2011 11:09 PM, Greg Kise wrote: Hi, Any way to increase the cursor size--or improve visibility in LyX 2 beta4? I would love to have a cursor that is easier to find. This is controlled by Qt4 configuration, however that is done on your platform. No, this is hardcoded in LyX, in GuiWorkArea.cpp, 2 pixel wide for Windows platform and 1 pixel for the rest of the world: #ifdef Q_WS_WIN int const CursorWidth = 2; #else int const CursorWidth = 1; #endif Abdel.
Re: Cursor in LyX 2 beta4
On 03/04/2011 02:01 PM, Richard Heck wrote: On 03/03/2011 11:09 PM, Greg Kise wrote: Hi, Any way to increase the cursor size--or improve visibility in LyX 2 beta4? I would love to have a cursor that is easier to find. This is controlled by Qt4 configuration, however that is done on your platform. No, this is hardcoded in LyX, in GuiWorkArea.cpp, 2 pixel wide for Windows platform and 1 pixel for the rest of the world: #ifdef Q_WS_WIN int const CursorWidth = 2; #else int const CursorWidth = 1; #endif Abdel.
Re: Cursor in LyX 2 beta4
On 03/04/2011 02:01 PM, Richard Heck wrote: On 03/03/2011 11:09 PM, Greg Kise wrote: Hi, Any way to increase the cursor size--or improve visibility in LyX 2 beta4? I would love to have a cursor that is easier to find. This is controlled by Qt4 configuration, however that is done on your platform. No, this is hardcoded in LyX, in GuiWorkArea.cpp, 2 pixel wide for Windows platform and 1 pixel for the rest of the world: #ifdef Q_WS_WIN int const CursorWidth = 2; #else int const CursorWidth = 1; #endif Abdel.
Re: how to stop annoying screen jumps?
On 02/09/2011 12:17 AM, Vincent van Ravesteijn wrote: Ah yes, Qt4 issues again. Any thoughts of using a different graphic library in the future? xforms was being discussed lately. Andre' Interesting. Could you tell a bit more about xforms ? That's the toolkit used by LyX before Qt. Nothing to do with the W3C XForms (http://www.w3.org/MarkUp/Forms/) Abdel.
Re: how to stop annoying screen jumps?
On 02/09/2011 12:17 AM, Vincent van Ravesteijn wrote: Ah yes, Qt4 issues again. Any thoughts of using a different graphic library in the future? xforms was being discussed lately. Andre' Interesting. Could you tell a bit more about xforms ? That's the toolkit used by LyX before Qt. Nothing to do with the W3C XForms (http://www.w3.org/MarkUp/Forms/) Abdel.
Re: how to stop annoying screen jumps?
On 02/09/2011 12:17 AM, Vincent van Ravesteijn wrote: Ah yes, Qt4 issues again. Any thoughts of using a different graphic library in the future? xforms was being discussed lately. Andre' Interesting. Could you tell a bit more about xforms ? That's the toolkit used by LyX before Qt. Nothing to do with the W3C XForms (http://www.w3.org/MarkUp/Forms/) Abdel.
Re: Immediate Apply?
On 01/06/2011 04:16 PM, Rudi Gaelzer wrote: What does the Immediate Apply check box really do? I can find this option in certain pop up boxes, such as the Lyx: line configuration box, but I could find no explanation in all manuals, nor in the discussion list. When checked this will synchonize the dialog options and the line inset drawing within your document work area. Otherwise you will need to click on [Apply] to apply the changes. Just try it. Abdel.
Re: Immediate Apply?
On 01/06/2011 04:16 PM, Rudi Gaelzer wrote: What does the Immediate Apply check box really do? I can find this option in certain pop up boxes, such as the Lyx: line configuration box, but I could find no explanation in all manuals, nor in the discussion list. When checked this will synchonize the dialog options and the line inset drawing within your document work area. Otherwise you will need to click on [Apply] to apply the changes. Just try it. Abdel.
Re: Immediate Apply?
On 01/06/2011 04:16 PM, Rudi Gaelzer wrote: What does the "Immediate Apply" check box really do? I can find this option in certain pop up boxes, such as the Lyx: line configuration box, but I could find no explanation in all manuals, nor in the discussion list. When checked this will synchonize the dialog options and the line inset drawing within your document work area. Otherwise you will need to click on [Apply] to apply the changes. Just try it. Abdel.
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On 15/12/2010 18:59, Steve Litt wrote: On Wednesday 15 December 2010 11:54:01 Michael Joyner wrote: On Mon, Dec 13, 2010 at 6:48 PM, Pavel Sandasa...@lyx.org wrote: Michael Joyner wrote: if i ever tried to solve such kind of task i would produce direct .tex files instead of .lyx file though... pavel One of our initial goals was to try and maintain an easy to edit file format should the internal customers need to tweak any of the outputs. The ones who would be doing the editing are less than technically inclined. -Mike Mike, I REALLY appreciate your making easy to edit file format as a goal. I'd estimate that half my full-length LyX projects involve editing either with Vim or with a Perl script. Most of my books start as a VimOutliner outline, which then is converted by an awk script to LyX native format so that I can handle my book's structure and even some text in VimOutliner, and when the structure's correct, move it into LyX. All these things require an easy to edit LyX native file format. Could be wrong but I think that Mike was talking about easy to edit _within_ LyX, nothing to do with the lyx file fomat :-) Still that your point about easy to edit file format is of course a priority for LyX developers, no change about that. Abdel.
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On 15/12/2010 18:59, Steve Litt wrote: On Wednesday 15 December 2010 11:54:01 Michael Joyner wrote: On Mon, Dec 13, 2010 at 6:48 PM, Pavel Sandasa...@lyx.org wrote: Michael Joyner wrote: if i ever tried to solve such kind of task i would produce direct .tex files instead of .lyx file though... pavel One of our initial goals was to try and maintain an easy to edit file format should the internal customers need to tweak any of the outputs. The ones who would be doing the editing are less than technically inclined. -Mike Mike, I REALLY appreciate your making easy to edit file format as a goal. I'd estimate that half my full-length LyX projects involve editing either with Vim or with a Perl script. Most of my books start as a VimOutliner outline, which then is converted by an awk script to LyX native format so that I can handle my book's structure and even some text in VimOutliner, and when the structure's correct, move it into LyX. All these things require an easy to edit LyX native file format. Could be wrong but I think that Mike was talking about easy to edit _within_ LyX, nothing to do with the lyx file fomat :-) Still that your point about easy to edit file format is of course a priority for LyX developers, no change about that. Abdel.
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On 15/12/2010 18:59, Steve Litt wrote: On Wednesday 15 December 2010 11:54:01 Michael Joyner wrote: On Mon, Dec 13, 2010 at 6:48 PM, Pavel Sandawrote: Michael Joyner wrote: if i ever tried to solve such kind of task i would produce direct .tex files instead of .lyx file though... pavel One of our initial goals was to try and maintain an easy to edit file format should the internal customers need to "tweak" any of the outputs. The ones who would be doing the editing are less than technically inclined. -Mike Mike, I REALLY appreciate your making easy to edit file format as a goal. I'd estimate that half my full-length LyX projects involve editing either with Vim or with a Perl script. Most of my books start as a VimOutliner outline, which then is converted by an awk script to LyX native format so that I can handle my book's structure and even some text in VimOutliner, and when the structure's correct, move it into LyX. All these things require an easy to edit LyX native file format. Could be wrong but I think that Mike was talking about easy to edit _within_ LyX, nothing to do with the lyx file fomat :-) Still that your point about easy to edit file format is of course a priority for LyX developers, no change about that. Abdel.
Re: Labels with barcodes
On 10/12/2010 18:47, sunfire wrote: Hi Abdel, as for the barcodes, maybe you'll find some hint's here: http://tug.ctan.org/tex-archive/fonts/barcodes/willadt/ here are the corresponding files as well: ftp://anonym...@ftp.dante.de/tex-archive/fonts/barcodes/willadt I don't know if it will still work today, as I used to work only once with barcodes in LaTeX/LyX and that's some time (reads years) ago... But it used to generate nice and smooth barcodes. Hello Oliver, Thanks, I'll have a look. Abdel. HTH Oliver Abdelrazak Younes schrieb am 10.12.10 15:29 folgendes: Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Re: Labels with barcodes
On 10/12/2010 18:47, sunfire wrote: Hi Abdel, as for the barcodes, maybe you'll find some hint's here: http://tug.ctan.org/tex-archive/fonts/barcodes/willadt/ here are the corresponding files as well: ftp://anonym...@ftp.dante.de/tex-archive/fonts/barcodes/willadt I don't know if it will still work today, as I used to work only once with barcodes in LaTeX/LyX and that's some time (reads years) ago... But it used to generate nice and smooth barcodes. Hello Oliver, Thanks, I'll have a look. Abdel. HTH Oliver Abdelrazak Younes schrieb am 10.12.10 15:29 folgendes: Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Re: Labels with barcodes
On 10/12/2010 18:47, sunfire wrote: Hi Abdel, as for the barcodes, maybe you'll find some hint's here: http://tug.ctan.org/tex-archive/fonts/barcodes/willadt/ here are the corresponding files as well: ftp://anonym...@ftp.dante.de/tex-archive/fonts/barcodes/willadt I don't know if it will still work today, as I used to work only once with barcodes in LaTeX/LyX and that's some time (reads years) ago... But it used to generate nice and smooth barcodes. Hello Oliver, Thanks, I'll have a look. Abdel. HTH Oliver Abdelrazak Younes schrieb am 10.12.10 15:29 folgendes: Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Labels with barcodes
Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Labels with barcodes
Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Labels with barcodes
Hi there, Is there anyone who knows about label printing containing barcodes from LyX? Abdel.
Re: what is a good lyx layout for notetaking?
On 14/10/2010 03:15, Telmo Amaral wrote: Personally, I use LyX as a simple note taking tool because I like to be able to associate labels with my notes and to quickly find all notes marked with a certain label. LyX's labels can be used for that purpose very effectively. Basically, at the top of my notes file, I create a list of labels with Insert Label. Then, anywhere I wish to label a note, I do Insert Cross-Reference and choose the appropriate label. By keeping the Document Outline window open displaying Labels and References, I can see a list of all references to each label, and quickly jump to any such reference. Hey, this was mostly the reason why I implemented the ref support for labels and references, it's good to know that this is useful to other people for the very same purpose :-) Abdel.
Re: what is a good lyx layout for notetaking?
On 14/10/2010 03:15, Telmo Amaral wrote: Personally, I use LyX as a simple note taking tool because I like to be able to associate labels with my notes and to quickly find all notes marked with a certain label. LyX's labels can be used for that purpose very effectively. Basically, at the top of my notes file, I create a list of labels with Insert Label. Then, anywhere I wish to label a note, I do Insert Cross-Reference and choose the appropriate label. By keeping the Document Outline window open displaying Labels and References, I can see a list of all references to each label, and quickly jump to any such reference. Hey, this was mostly the reason why I implemented the ref support for labels and references, it's good to know that this is useful to other people for the very same purpose :-) Abdel.
Re: what is a good lyx layout for notetaking?
On 14/10/2010 03:15, Telmo Amaral wrote: Personally, I use LyX as a simple note taking tool because I like to be able to associate labels with my notes and to quickly find all notes marked with a certain label. LyX's labels can be used for that purpose very effectively. Basically, at the top of my notes file, I create a list of labels with Insert> Label. Then, anywhere I wish to label a note, I do Insert> Cross-Reference and choose the appropriate label. By keeping the Document> Outline window open displaying Labels and References, I can see a list of all references to each label, and quickly jump to any such reference. Hey, this was mostly the reason why I implemented the ref support for labels and references, it's good to know that this is useful to other people for the very same purpose :-) Abdel.
Re: typing slowness with large documents
On 04/09/2010 16:40, Guenter Milde wrote: On 2010-09-03, obregonma...@gmail.com wrote: I am experiencing very slow reaction times when typing and deleting, as well as scrolling the document window. I have the latest debian sid installation and everything else works fine. Sometimes, the culprit is a clipboard-manager. I have each chapter in a branch and I only work with one branch open at a time, but this doesn't help at all. I also have the navigation window closed, and math preview is off. I suppose putting them in brances will not help as much as putting them in separate files (included by a master file). Putting them in such big branches will even worsen the performance I think... Branches and Insets in general were not really designed for big text. If you really need branches I suggest as Gunter said to put the chapters in different child documents and put the Include insets in branches in the master document. Abdel.
Re: Horizontal space popup
On 03/09/2010 21:54, Richard Heck wrote: On 09/03/2010 12:47 PM, Torquil Macdonald Sørensen wrote: Hi LyXers! Is it possible to disable the Horizontal space popup that appears every time I left-click on such a space in a document? If find that it often appears when I try to click between a spacer and a character, and can be quite disruptive since it happens often. The context menu is defined in the stdcontext.inc menu definition file, which (on Linux) you would find somewhere like: /usr/share/lyx/ui/ You can copy this to your user directory, e.g.: /home/you/.lyx/ui/stdcontext.inc and then remove the definition for the context-space menu. The guy is talking about left-click not right-click ;-) So to answer the original question, no, I think you'll have to modify LyX source code to disable that, sorry. I agree this is bad actually and, as the dialog are accessible now via the context menu we should probably think of changing this strategy. Abdel.
Re: typing slowness with large documents
On 04/09/2010 16:40, Guenter Milde wrote: On 2010-09-03, obregonma...@gmail.com wrote: I am experiencing very slow reaction times when typing and deleting, as well as scrolling the document window. I have the latest debian sid installation and everything else works fine. Sometimes, the culprit is a clipboard-manager. I have each chapter in a branch and I only work with one branch open at a time, but this doesn't help at all. I also have the navigation window closed, and math preview is off. I suppose putting them in brances will not help as much as putting them in separate files (included by a master file). Putting them in such big branches will even worsen the performance I think... Branches and Insets in general were not really designed for big text. If you really need branches I suggest as Gunter said to put the chapters in different child documents and put the Include insets in branches in the master document. Abdel.
Re: Horizontal space popup
On 03/09/2010 21:54, Richard Heck wrote: On 09/03/2010 12:47 PM, Torquil Macdonald Sørensen wrote: Hi LyXers! Is it possible to disable the Horizontal space popup that appears every time I left-click on such a space in a document? If find that it often appears when I try to click between a spacer and a character, and can be quite disruptive since it happens often. The context menu is defined in the stdcontext.inc menu definition file, which (on Linux) you would find somewhere like: /usr/share/lyx/ui/ You can copy this to your user directory, e.g.: /home/you/.lyx/ui/stdcontext.inc and then remove the definition for the context-space menu. The guy is talking about left-click not right-click ;-) So to answer the original question, no, I think you'll have to modify LyX source code to disable that, sorry. I agree this is bad actually and, as the dialog are accessible now via the context menu we should probably think of changing this strategy. Abdel.
Re: typing slowness with large documents
On 04/09/2010 16:40, Guenter Milde wrote: On 2010-09-03, obregonma...@gmail.com wrote: I am experiencing very slow reaction times when typing and deleting, as well as scrolling the document window. I have the latest debian sid installation and everything else works fine. Sometimes, the culprit is a clipboard-manager. I have each chapter in a branch and I only work with one branch open at a time, but this doesn't help at all. I also have the navigation window closed, and math preview is off. I suppose putting them in brances will not help as much as putting them in separate files (included by a master file). Putting them in such big branches will even worsen the performance I think... Branches and Insets in general were not really designed for big text. If you really need branches I suggest as Gunter said to put the chapters in different child documents and put the Include insets in branches in the master document. Abdel.
Re: Horizontal space popup
On 03/09/2010 21:54, Richard Heck wrote: On 09/03/2010 12:47 PM, Torquil Macdonald Sørensen wrote: Hi LyXers! Is it possible to disable the "Horizontal space" popup that appears every time I left-click on such a space in a document? If find that it often appears when I try to click between a spacer and a character, and can be quite disruptive since it happens often. The context menu is defined in the stdcontext.inc menu definition file, which (on Linux) you would find somewhere like: /usr/share/lyx/ui/ You can copy this to your user directory, e.g.: /home/you/.lyx/ui/stdcontext.inc and then remove the definition for the context-space menu. The guy is talking about left-click not right-click ;-) So to answer the original question, no, I think you'll have to modify LyX source code to disable that, sorry. I agree this is bad actually and, as the dialog are accessible now via the context menu we should probably think of changing this strategy. Abdel.
Re: lyx chokes on documents with many subsections?
On 13/06/2010 00:27, Jose Quesada wrote: Thanks Paul, It makes me sad when I face situations like this. LyX is a great tool, that should work well under linux (open source, qt, etc). Actually, LyX have been must faster on Windows than on Linux for a few years now. This is probably because most of developers interested in metrics and drawing stuff were on Windows. Probably also because Qt is faster under Windows. But what I find is the contrary. Obscure bug that I have no time to track (I know first hand this could be a time sink, going down the rabbit hole...). Not so obscure, it's obviously related to the outline pane. This pane uses Qt a lot as opposed to the LyX working area. IIIRC there was some performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something. Ubuntu version is pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use plain latex, and hope somehow an update will fix the problem. First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 (unbuntu 10.04) works fine. If you don't feel like upgrading your system, there's always the option of compiling the latest LyX yourself, it's not very hard. You don't even have to compile Qt, you can download a precompiled SDK for Linux in Nokia's web site. Of course the whole process takes time but compiling LyX on your system won't take much, maybe 10 to 20 minutes. Abdel.
Re: lyx chokes on documents with many subsections?
On 13/06/2010 00:27, Jose Quesada wrote: Thanks Paul, It makes me sad when I face situations like this. LyX is a great tool, that should work well under linux (open source, qt, etc). Actually, LyX have been must faster on Windows than on Linux for a few years now. This is probably because most of developers interested in metrics and drawing stuff were on Windows. Probably also because Qt is faster under Windows. But what I find is the contrary. Obscure bug that I have no time to track (I know first hand this could be a time sink, going down the rabbit hole...). Not so obscure, it's obviously related to the outline pane. This pane uses Qt a lot as opposed to the LyX working area. IIIRC there was some performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something. Ubuntu version is pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use plain latex, and hope somehow an update will fix the problem. First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 (unbuntu 10.04) works fine. If you don't feel like upgrading your system, there's always the option of compiling the latest LyX yourself, it's not very hard. You don't even have to compile Qt, you can download a precompiled SDK for Linux in Nokia's web site. Of course the whole process takes time but compiling LyX on your system won't take much, maybe 10 to 20 minutes. Abdel.
Re: lyx chokes on documents with many subsections?
On 13/06/2010 00:27, Jose Quesada wrote: Thanks Paul, It makes me sad when I face situations like this. LyX is a great tool, that should work well under linux (open source, qt, etc). Actually, LyX have been must faster on Windows than on Linux for a few years now. This is probably because most of developers interested in metrics and drawing stuff were on Windows. Probably also because Qt is faster under Windows. But what I find is the contrary. Obscure bug that I have no time to track (I know first hand this could be a time sink, going down the rabbit hole...). Not so obscure, it's obviously related to the outline pane. This pane uses Qt a lot as opposed to the LyX working area. IIIRC there was some performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something. Ubuntu version is pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use plain latex, and hope somehow an update will fix the problem. First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 (unbuntu 10.04) works fine. If you don't feel like upgrading your system, there's always the option of compiling the latest LyX yourself, it's not very hard. You don't even have to compile Qt, you can download a precompiled SDK for Linux in Nokia's web site. Of course the whole process takes time but compiling LyX on your system won't take much, maybe 10 to 20 minutes. Abdel.
Re: Change tracking and the fate of deleted text
On 31/05/2010 18:07, RGH wrote: On 05/31/2010 10:19 AM, Julien Rioux wrote: On 31/05/2010 8:40 AM, E. Kaplan wrote: I realize that this is a BIG request, but it might reflect the wishes of others. In MS WORD, when text is deleted (with /change tracking/ turned on), the deleted text is shown in the margin, and the newly-flowed or inserted text is shown in the body of the document. This makes it easier to detect any missing spaces, judge space compliance etc. In Lyx, the deleted and inserted text are shown together in both Lyx and the pdf output. The WORD method is far superior. I am not going to return to WORD because of it, but since the change tracking feature is one of the main reasons I use Lyx instead of plain Latex, it would be really nice if something like that could be implemented-- perhaps inserting the new text and making the deleted text appear as a comment. Before you tell me how hard it is-- see my first sentence. Hi, It can be done in the LaTeX output by redefining the commands \lyxadded and \lyxdeleted to your liking. But you are right it would be much harder to implement inside the LyX editor. I'm not sure how hard this is, actually. But then, I'm not quite sure what this would look like in LyX. The margins aren't large enough as the display currently is. No need to, the List of Changes in the outline panel does exactly that. And about hiding optionally the deleted text it's already implemented in trunk IIRC, or at least there's a proposed patch. Abdel.
Re: Change tracking and the fate of deleted text
On 31/05/2010 18:07, RGH wrote: On 05/31/2010 10:19 AM, Julien Rioux wrote: On 31/05/2010 8:40 AM, E. Kaplan wrote: I realize that this is a BIG request, but it might reflect the wishes of others. In MS WORD, when text is deleted (with /change tracking/ turned on), the deleted text is shown in the margin, and the newly-flowed or inserted text is shown in the body of the document. This makes it easier to detect any missing spaces, judge space compliance etc. In Lyx, the deleted and inserted text are shown together in both Lyx and the pdf output. The WORD method is far superior. I am not going to return to WORD because of it, but since the change tracking feature is one of the main reasons I use Lyx instead of plain Latex, it would be really nice if something like that could be implemented-- perhaps inserting the new text and making the deleted text appear as a comment. Before you tell me how hard it is-- see my first sentence. Hi, It can be done in the LaTeX output by redefining the commands \lyxadded and \lyxdeleted to your liking. But you are right it would be much harder to implement inside the LyX editor. I'm not sure how hard this is, actually. But then, I'm not quite sure what this would look like in LyX. The margins aren't large enough as the display currently is. No need to, the List of Changes in the outline panel does exactly that. And about hiding optionally the deleted text it's already implemented in trunk IIRC, or at least there's a proposed patch. Abdel.
Re: Change tracking and the fate of deleted text
On 31/05/2010 18:07, RGH wrote: On 05/31/2010 10:19 AM, Julien Rioux wrote: On 31/05/2010 8:40 AM, E. Kaplan wrote: I realize that this is a BIG request, but it might reflect the wishes of others. In MS WORD, when text is deleted (with /change tracking/ turned on), the deleted text is shown in the margin, and the newly-flowed or inserted text is shown in the body of the document. This makes it easier to detect any missing spaces, judge space compliance etc. In Lyx, the deleted and inserted text are shown together in both Lyx and the pdf output. The WORD method is far superior. I am not going to return to WORD because of it, but since the change tracking feature is one of the main reasons I use Lyx instead of plain Latex, it would be really nice if something like that could be implemented-- perhaps inserting the new text and making the deleted text appear as a comment. Before you tell me how hard it is-- see my first sentence. Hi, It can be done in the LaTeX output by redefining the commands \lyxadded and \lyxdeleted to your liking. But you are right it would be much harder to implement inside the LyX editor. I'm not sure how hard this is, actually. But then, I'm not quite sure what this would look like in LyX. The margins aren't large enough as the display currently is. No need to, the "List of Changes" in the outline panel does exactly that. And about hiding optionally the deleted text it's already implemented in trunk IIRC, or at least there's a proposed patch. Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/15/2010 12:07 PM, Typhoon wrote: If it isn't necessary, I don't think that LyX should lock into one system. While it is good to support a wide choice of systems for version control, for a portable LyX document *one* format is the right way. I see the argument, and you may be right. BUT when I wanted to collaborate with a colleague, they knew how to use Bazaar, so we went that way. I think it would have been hard to get them to use something else. I think you are missing something and it's probably my fault. The idea of a portable document using a git repo is somewhat perpendicular to how many DVCS systems are supported by LyX. The idea behind a portable LyX document is that the user doesn't know which SCM he uses as LyX would take care of everything. So having your coauthor fluent in bazar rather than git is irrelevant. As I said before, I don't know what the technical problems are in implementing this in LyX. However, if it is possible to support more than one DVCS, then I think it should be kept in mind. The portable in portable LyX document is a very relative thing. It depends almost entirely on who you want to port it to. I suppose that if everything is bundled with LyX, then the choice is made and it doesn't matter. Is that a sensible solution? In the end, I suppose that it may be a technical question/solution and I am absolutely unqualified to speak to that. But I hope that people who are qualified will at least consider keeping the options open. Sure, don't worry :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/15/2010 12:07 PM, Typhoon wrote: If it isn't necessary, I don't think that LyX should lock into one system. While it is good to support a wide choice of systems for version control, for a portable LyX document *one* format is the right way. I see the argument, and you may be right. BUT when I wanted to collaborate with a colleague, they knew how to use Bazaar, so we went that way. I think it would have been hard to get them to use something else. I think you are missing something and it's probably my fault. The idea of a portable document using a git repo is somewhat perpendicular to how many DVCS systems are supported by LyX. The idea behind a portable LyX document is that the user doesn't know which SCM he uses as LyX would take care of everything. So having your coauthor fluent in bazar rather than git is irrelevant. As I said before, I don't know what the technical problems are in implementing this in LyX. However, if it is possible to support more than one DVCS, then I think it should be kept in mind. The portable in portable LyX document is a very relative thing. It depends almost entirely on who you want to port it to. I suppose that if everything is bundled with LyX, then the choice is made and it doesn't matter. Is that a sensible solution? In the end, I suppose that it may be a technical question/solution and I am absolutely unqualified to speak to that. But I hope that people who are qualified will at least consider keeping the options open. Sure, don't worry :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/15/2010 12:07 PM, Typhoon wrote: If it isn't necessary, I don't think that LyX should lock into one system. While it is good to support a wide choice of systems for version control, for a "portable LyX document" *one* format is the right way. I see the argument, and you may be right. BUT when I wanted to collaborate with a colleague, they knew how to use Bazaar, so we went that way. I think it would have been hard to get them to use something else. I think you are missing something and it's probably my fault. The idea of a portable document using a git repo is somewhat perpendicular to how many DVCS systems are supported by LyX. The idea behind a "portable LyX document" is that the user doesn't know which SCM he uses as LyX would take care of everything. So having your coauthor fluent in bazar rather than git is irrelevant. As I said before, I don't know what the technical problems are in implementing this in LyX. However, if it is possible to support more than one DVCS, then I think it should be kept in mind. The "portable" in "portable LyX document" is a very relative thing. It depends almost entirely on who you want to "port" it to. I suppose that if everything is bundled with LyX, then the choice is made and it doesn't matter. Is that a sensible solution? In the end, I suppose that it may be a technical question/solution and I am absolutely unqualified to speak to that. But I hope that people who are qualified will at least consider keeping the options open. Sure, don't worry :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/13/2010 04:43 PM, Jürgen Spitzmüller wrote: rgheck wrote: It'd be nice to hear precisely what people would want that version control does not provide. I have a hard time myself seeing why it is any more than an isn't that cool feature for two people simultaneously to edit a single document. I.e., fun, but hardly revolutionary as far as actual productivity goes, at least for the sort of work most LyX users actually do. There's no doubt that LyXs' VC support could be improved, and it has been in some significant ways for 2.0, so we'd happily hear suggestions about that, too. I also think that VC probably provides all you need for collaboration (although a closer integration of VC, comparision and CT would be cool). For me, a main obstacle is the lack of a suitable web service. My Faculty does not provide svn or other VC repositories, and I did not find a suitable service on the web yet, where I can savely store my data in such a way that only selected people can access it. But maybe I just didn't search long enough. You don't need it! git (or any distributed scm) can do it for you. You can create a git repo for one specific LyX document (including all children and graphics) and use that as the transport medium. If you can clone over the web then fine (git supports a number of protocols icluding http); if not you can just as well send either the 'git diff' output or the full git repo by mail. At the other end, your co-writer would merge your diff or a local copy of your git repo and merge it with his own git repo. As I have once outlined in the devel list, it should be possible to streamline the entire process within LyX. This would become the often requested portable LyX format, except that this file would just be a git repo. This way, you would have access immediately to all elements of your documents (including graphics) but also to the full history of the document. This can of collaboration tool would be unbeatable if you ask me. Now, we just need to find someone who has the time and energy to implement this :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/14/2010 06:42 PM, Jose Quesada wrote: Great post Abdel. The idea of sharing repos as a portable document format is great. The only issue I have with git is that it depends on a mixture of C, shell and perl scripts that make it hardly portable. But I could be wrong. For what we need, only the compiled c program is required. But in any case msysgit runs pretty fine under Windows and git has even been ported to MSVC nowadays. Assuming a working python on the system is not that bad (OSX, *BSDs and linuxes most have them). And python is already a requirement for LyX right? So my vote goes to mercurial. We are not at the voting step just now, this is all vaporware we are talking about ;-) AFAIK mercurial also rely on some compiled c-code but I can be wrong. In any case, the goal would be to rely on an installed git or mercurial, not to redistribute them I guess. Under Windows, distributing git or mercurial would just be a packaging issue, nothing else. Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/13/2010 04:43 PM, Jürgen Spitzmüller wrote: rgheck wrote: It'd be nice to hear precisely what people would want that version control does not provide. I have a hard time myself seeing why it is any more than an isn't that cool feature for two people simultaneously to edit a single document. I.e., fun, but hardly revolutionary as far as actual productivity goes, at least for the sort of work most LyX users actually do. There's no doubt that LyXs' VC support could be improved, and it has been in some significant ways for 2.0, so we'd happily hear suggestions about that, too. I also think that VC probably provides all you need for collaboration (although a closer integration of VC, comparision and CT would be cool). For me, a main obstacle is the lack of a suitable web service. My Faculty does not provide svn or other VC repositories, and I did not find a suitable service on the web yet, where I can savely store my data in such a way that only selected people can access it. But maybe I just didn't search long enough. You don't need it! git (or any distributed scm) can do it for you. You can create a git repo for one specific LyX document (including all children and graphics) and use that as the transport medium. If you can clone over the web then fine (git supports a number of protocols icluding http); if not you can just as well send either the 'git diff' output or the full git repo by mail. At the other end, your co-writer would merge your diff or a local copy of your git repo and merge it with his own git repo. As I have once outlined in the devel list, it should be possible to streamline the entire process within LyX. This would become the often requested portable LyX format, except that this file would just be a git repo. This way, you would have access immediately to all elements of your documents (including graphics) but also to the full history of the document. This can of collaboration tool would be unbeatable if you ask me. Now, we just need to find someone who has the time and energy to implement this :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/14/2010 06:42 PM, Jose Quesada wrote: Great post Abdel. The idea of sharing repos as a portable document format is great. The only issue I have with git is that it depends on a mixture of C, shell and perl scripts that make it hardly portable. But I could be wrong. For what we need, only the compiled c program is required. But in any case msysgit runs pretty fine under Windows and git has even been ported to MSVC nowadays. Assuming a working python on the system is not that bad (OSX, *BSDs and linuxes most have them). And python is already a requirement for LyX right? So my vote goes to mercurial. We are not at the voting step just now, this is all vaporware we are talking about ;-) AFAIK mercurial also rely on some compiled c-code but I can be wrong. In any case, the goal would be to rely on an installed git or mercurial, not to redistribute them I guess. Under Windows, distributing git or mercurial would just be a packaging issue, nothing else. Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/13/2010 04:43 PM, Jürgen Spitzmüller wrote: rgheck wrote: It'd be nice to hear precisely what people would want that version control does not provide. I have a hard time myself seeing why it is any more than an "isn't that cool" feature for two people simultaneously to edit a single document. I.e., fun, but hardly revolutionary as far as actual productivity goes, at least for the sort of work most LyX users actually do. There's no doubt that LyXs' VC support could be improved, and it has been in some significant ways for 2.0, so we'd happily hear suggestions about that, too. I also think that VC probably provides all you need for collaboration (although a closer integration of VC, comparision and CT would be cool). For me, a main obstacle is the lack of a suitable web service. My Faculty does not provide svn or other VC repositories, and I did not find a suitable service on the web yet, where I can savely store my data in such a way that only selected people can access it. But maybe I just didn't search long enough. You don't need it! git (or any distributed scm) can do it for you. You can create a git repo for one specific LyX document (including all children and graphics) and use that as the transport medium. If you can clone over the web then fine (git supports a number of protocols icluding http); if not you can just as well send either the 'git diff' output or the full git repo by mail. At the other end, your co-writer would merge your diff or a local copy of your git repo and merge it with his own git repo. As I have once outlined in the devel list, it should be possible to streamline the entire process within LyX. This would become the often requested portable LyX format, except that this file would just be a git repo. This way, you would have access immediately to all elements of your documents (including graphics) but also to the full history of the document. This can of collaboration tool would be unbeatable if you ask me. Now, we just need to find someone who has the time and energy to implement this :-) Abdel.
Re: new google docs interface, with wave backend. (collaboration trends)
On 04/14/2010 06:42 PM, Jose Quesada wrote: Great post Abdel. The idea of sharing repos as a portable document format is great. The only issue I have with git is that it depends on a mixture of C, shell and perl scripts that make it hardly portable. But I could be wrong. For what we need, only the compiled c program is required. But in any case msysgit runs pretty fine under Windows and git has even been ported to MSVC nowadays. Assuming a working python on the system is not that bad (OSX, *BSDs and linuxes most have them). And python is already a requirement for LyX right? So my vote goes to mercurial. We are not at the voting step just now, this is all vaporware we are talking about ;-) AFAIK mercurial also rely on some compiled c-code but I can be wrong. In any case, the goal would be to rely on an installed git or mercurial, not to redistribute them I guess. Under Windows, distributing git or mercurial would just be a packaging issue, nothing else. Abdel.
Re: interesting narrowing feature in a text editor
On 04/09/2010 07:31 AM, Jose Quesada wrote: What I would like to know is... is this narrowing feature interesting for people here? Yes. Or is it just me who thinks that it would improve workflow and reduce mental load? Not just you. The good thing with LyX is that you can navigate easily from paragraph to paragraph with the keyboard. But in order to make that feature really useful without being forced to use the mouse, you would also need shortcuts for navigating between sections. In case it's interesting, I'll file an enhancement request. Doesn't sound terribly difficult to implement, but I may be wrong... Should not be terribly hard indeed. All the code for scrolling settings is in BufferView class if you want to experiment. On a related note, Rob Oak is working on improving the outliner so you might want to joind the development list and discuss the matter there with Rob and us. Cheers, Abdel.
Re: interesting narrowing feature in a text editor
On 04/09/2010 07:31 AM, Jose Quesada wrote: What I would like to know is... is this narrowing feature interesting for people here? Yes. Or is it just me who thinks that it would improve workflow and reduce mental load? Not just you. The good thing with LyX is that you can navigate easily from paragraph to paragraph with the keyboard. But in order to make that feature really useful without being forced to use the mouse, you would also need shortcuts for navigating between sections. In case it's interesting, I'll file an enhancement request. Doesn't sound terribly difficult to implement, but I may be wrong... Should not be terribly hard indeed. All the code for scrolling settings is in BufferView class if you want to experiment. On a related note, Rob Oak is working on improving the outliner so you might want to joind the development list and discuss the matter there with Rob and us. Cheers, Abdel.
Re: interesting narrowing feature in a text editor
On 04/09/2010 07:31 AM, Jose Quesada wrote: What I would like to know is... is this narrowing feature interesting for people here? Yes. Or is it just me who thinks that it would improve workflow and reduce mental load? Not just you. The good thing with LyX is that you can navigate easily from paragraph to paragraph with the keyboard. But in order to make that feature really useful without being forced to use the mouse, you would also need shortcuts for navigating between sections. In case it's interesting, I'll file an enhancement request. Doesn't sound terribly difficult to implement, but I may be wrong... Should not be terribly hard indeed. All the code for scrolling settings is in BufferView class if you want to experiment. On a related note, Rob Oak is working on improving the outliner so you might want to joind the development list and discuss the matter there with Rob and us. Cheers, Abdel.
Re: things that I miss in lyx
On 03/22/2010 01:20 PM, Jose Quesada wrote: I want the cursor to jump to last edits (say at least 10) without having to undo things. That is, the functionality of the red arrow, but for all previous edits, not only the last one. This works in mostly any text editor worth its salt. I agree it would be useful to go back 2 or 3 step in edition but 10??!! I don't see how this could help you. I guess it should not be too hard to implement but I don't know if you'll find a developer for it... maybe you? 8. 'pasted from' and url for every paste from the web (onenote uses this and it's damn inspired) Imagine you want to keep a snippet you found online. you copy it. when pasting it in lyx, it will add a little note with the url it came from, and the time it was collected. This is a killer feature for notetaking/research. So what do you miss exactly? LyX has support for hyperlinks (to URLs, files, mail addresses). Yes, as described above, I wanted something that would add the url to the clipboard contents. That ff plugin does it. I wish it existed for chromium, though, and that urls pasted became clickable... I guess this is firefox that puts the URL _in_ the clipboard contents because the Clibpoard doesn't contain anything like that AFAIK. Is this html copying with the URL standardized? If so, that would be interesting to implement within LyX clipboard pasting mechanism. Abdel. PS: I guess that you are using LyX as a note taking program (I also do this) so I can understand some of your suggestions.
Re: things that I miss in lyx
On 03/22/2010 12:35 PM, rgheck wrote: On 03/22/2010 06:50 AM, Olivier Ripoll wrote: Jose Quesada wrote: 7. the rest of the world operates on rich text/html. LyX doesn't (clipboard integration is poor, copy-pasting from/to web loses formatting) That is the most annoying feature I've seen appearing in 10 years. When using software offering this feature, I now must paste to a text editor, then copy it from here and finally paste to the target document (I'm not talking about LyX here). I know this problem! I see it all the time when I try to paste from Firefox into Thunderbird, e.g. Me too! Even from Thunderbird to Thunderbird :-) Hint: use Ctrl-Shift-V Abdel.
Re: things that I miss in lyx
On 03/22/2010 01:20 PM, Jose Quesada wrote: I want the cursor to jump to last edits (say at least 10) without having to undo things. That is, the functionality of the red arrow, but for all previous edits, not only the last one. This works in mostly any text editor worth its salt. I agree it would be useful to go back 2 or 3 step in edition but 10??!! I don't see how this could help you. I guess it should not be too hard to implement but I don't know if you'll find a developer for it... maybe you? 8. 'pasted from' and url for every paste from the web (onenote uses this and it's damn inspired) Imagine you want to keep a snippet you found online. you copy it. when pasting it in lyx, it will add a little note with the url it came from, and the time it was collected. This is a killer feature for notetaking/research. So what do you miss exactly? LyX has support for hyperlinks (to URLs, files, mail addresses). Yes, as described above, I wanted something that would add the url to the clipboard contents. That ff plugin does it. I wish it existed for chromium, though, and that urls pasted became clickable... I guess this is firefox that puts the URL _in_ the clipboard contents because the Clibpoard doesn't contain anything like that AFAIK. Is this html copying with the URL standardized? If so, that would be interesting to implement within LyX clipboard pasting mechanism. Abdel. PS: I guess that you are using LyX as a note taking program (I also do this) so I can understand some of your suggestions.
Re: things that I miss in lyx
On 03/22/2010 12:35 PM, rgheck wrote: On 03/22/2010 06:50 AM, Olivier Ripoll wrote: Jose Quesada wrote: 7. the rest of the world operates on rich text/html. LyX doesn't (clipboard integration is poor, copy-pasting from/to web loses formatting) That is the most annoying feature I've seen appearing in 10 years. When using software offering this feature, I now must paste to a text editor, then copy it from here and finally paste to the target document (I'm not talking about LyX here). I know this problem! I see it all the time when I try to paste from Firefox into Thunderbird, e.g. Me too! Even from Thunderbird to Thunderbird :-) Hint: use Ctrl-Shift-V Abdel.
Re: things that I miss in lyx
On 03/22/2010 01:20 PM, Jose Quesada wrote: I want the cursor to jump to last edits (say at least 10) without having to undo things. That is, the functionality of the red arrow, but for all previous edits, not only the last one. This works in mostly any text editor worth its salt. I agree it would be useful to go back 2 or 3 step in edition but 10??!! I don't see how this could help you. I guess it should not be too hard to implement but I don't know if you'll find a developer for it... maybe you? 8. 'pasted from' and url for every paste from the web (onenote uses this and it's damn inspired) Imagine you want to keep a snippet you found online. you copy it. when pasting it in lyx, it will add a little note with the url it came from, and the time it was collected. This is a killer feature for notetaking/research. So what do you miss exactly? LyX has support for hyperlinks (to URLs, files, mail addresses). Yes, as described above, I wanted something that would add the url to the clipboard contents. That ff plugin does it. I wish it existed for chromium, though, and that urls pasted became clickable... I guess this is firefox that puts the URL _in_ the clipboard contents because the Clibpoard doesn't contain anything like that AFAIK. Is this html copying with the URL standardized? If so, that would be interesting to implement within LyX clipboard pasting mechanism. Abdel. PS: I guess that you are using LyX as a note taking program (I also do this) so I can understand some of your suggestions.
Re: things that I miss in lyx
On 03/22/2010 12:35 PM, rgheck wrote: On 03/22/2010 06:50 AM, Olivier Ripoll wrote: Jose Quesada wrote: 7. the rest of the world operates on rich text/html. LyX doesn't (clipboard integration is poor, copy-pasting from/to web loses formatting) That is the most annoying "feature" I've seen appearing in 10 years. When using software offering this "feature", I now must paste to a text editor, then copy it from here and finally paste to the target document (I'm not talking about LyX here). I know this problem! I see it all the time when I try to paste from Firefox into Thunderbird, e.g. Me too! Even from Thunderbird to Thunderbird :-) Hint: use Ctrl-Shift-V Abdel.
Re: Outlines fallback plan
On 02/26/2010 06:13 PM, Steve Litt wrote: Hi all, I'm sure it won't come to this, but if nobody else does the outline mode improvement I'll have to do it. Could someone please tell me the source files encompassing the current outline functionality, as well as the source files implementing an input box with buttons and a text box? Basically the change involves the addition of a couple buttons and a text box. Like I said, I doubt it will come to this. Nobody wants Steve Litt writing LyX code -- I'm neither a C++ guy nor a Qt guy, and the biggest free software project I've worked on has about 5 developers and I did it in Perl :-) There's no reason to not start now :-) Hacking LyX is a fun and educational experience. Abdel.
Re: Outlines fallback plan
On 02/26/2010 06:13 PM, Steve Litt wrote: Hi all, I'm sure it won't come to this, but if nobody else does the outline mode improvement I'll have to do it. Could someone please tell me the source files encompassing the current outline functionality, as well as the source files implementing an input box with buttons and a text box? Basically the change involves the addition of a couple buttons and a text box. Like I said, I doubt it will come to this. Nobody wants Steve Litt writing LyX code -- I'm neither a C++ guy nor a Qt guy, and the biggest free software project I've worked on has about 5 developers and I did it in Perl :-) There's no reason to not start now :-) Hacking LyX is a fun and educational experience. Abdel.
Re: Outlines fallback plan
On 02/26/2010 06:13 PM, Steve Litt wrote: Hi all, I'm sure it won't come to this, but if nobody else does the outline mode improvement I'll have to do it. Could someone please tell me the source files encompassing the current outline functionality, as well as the source files implementing an input box with buttons and a text box? Basically the change involves the addition of a couple buttons and a text box. Like I said, I doubt it will come to this. Nobody wants Steve Litt writing LyX code -- I'm neither a C++ guy nor a Qt guy, and the biggest free software project I've worked on has about 5 developers and I did it in Perl :-) There's no reason to not start now :-) Hacking LyX is a fun and educational experience. Abdel.
Re: LyX 2: So far so good, except outlines
On 26/02/2010 18:01, Steve Litt wrote: On Friday 26 February 2010 07:31:49 Abdelrazak Younes wrote: On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by nobody, and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel. Hi Abdel, The trouble I see with that is a project can languish waiting to get up to the minimum to get the project started, whereas if it were just whoever wants it take it, it might get done right away. Well, if we take the two existing (and completed) project as example then this is wrong as I started the inline spellchecker before the amount of money reached the minimum required et Vincent did the same for the compare project. But that's maybe because we both are big contributors anyway... However, I'll pledge that WHEN a developer completes the better outline mode, I'll Paypal him/her $40 US Dollars. If a lot of people do the same, that would be pretty nice. We could also create a new sponsor project like that indeed. Abdel.
Re: LyX 2: So far so good, except outlines
On 26/02/2010 18:01, Steve Litt wrote: On Friday 26 February 2010 07:31:49 Abdelrazak Younes wrote: On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by nobody, and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel. Hi Abdel, The trouble I see with that is a project can languish waiting to get up to the minimum to get the project started, whereas if it were just whoever wants it take it, it might get done right away. Well, if we take the two existing (and completed) project as example then this is wrong as I started the inline spellchecker before the amount of money reached the minimum required et Vincent did the same for the compare project. But that's maybe because we both are big contributors anyway... However, I'll pledge that WHEN a developer completes the better outline mode, I'll Paypal him/her $40 US Dollars. If a lot of people do the same, that would be pretty nice. We could also create a new sponsor project like that indeed. Abdel.
Re: LyX 2: So far so good, except outlines
On 26/02/2010 18:01, Steve Litt wrote: On Friday 26 February 2010 07:31:49 Abdelrazak Younes wrote: On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by "nobody", and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel. Hi Abdel, The trouble I see with that is a project can languish waiting to get up to the "minimum to get the project started", whereas if it were just "whoever wants it take it", it might get done right away. Well, if we take the two existing (and completed) project as example then this is wrong as I started the inline spellchecker before the amount of money reached the minimum required et Vincent did the same for the compare project. But that's maybe because we both are big contributors anyway... However, I'll pledge that WHEN a developer completes the better outline mode, I'll Paypal him/her $40 US Dollars. If a lot of people do the same, that would be pretty nice. We could also create a new sponsor project like that indeed. Abdel.
Re: LyX 2: So far so good, except outlines
On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by nobody, and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel.
Re: LyX 2: So far so good, except outlines
On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by nobody, and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel.
Re: LyX 2: So far so good, except outlines
On 02/26/2010 05:18 AM, Steve Litt wrote: In August I put in a request for a couple improvements to LyX outline mode that would stratospherically launch productivity. See it here: http://www.mail-archive.com/lyx-de...@lists.lyx.org/msg154181.html http://www.lyx.org/trac/ticket/6174 The enhancement described, or even something close, would enable authors to construct from scratch outlines within LyX, enhancing the organization and value of their documents. It would also limit mistakes as the author flips between outline view and document view. I see right now it's owned by "nobody", and it would be wonderful if it could be addressed. If the enhancement as I described it is too difficult to code in time for release, I can work with the developer to simplify the enhancement while still retaining its value. One way to trigger the interest of a developper is to create a sponsor project like we've done for the inline spellchecker or the compare feature; see: http://www.lyx.org/Donate I can set up such a project for you if there's interest in sponsorship in the list (not for me). Abdel.
Re: syncing lyx documents
xPol wrote: I would like to be able to easily store and retrieve my lyx docs from a web server. I am intrigued to know what you have devised to set up such facility. Just use svn with apache web server. LyX has now pretty good integration with svn. Abdel.