Re: editing math in lyx

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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!

[Abdelrazak Younes]

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!

[Abdelrazak Younes]

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!

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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 ?

[Abdelrazak Younes]

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 ?

[Abdelrazak Younes]

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 ?

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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???

[Abdelrazak Younes]

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???

[Abdelrazak Younes]

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???

[Abdelrazak Younes]

On 03/25/2011 03:48 PM, Liviu Andronic wrote:

On Fri, Mar 25, 2011 at 2:19 PM, Hellmut Weber  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???

[Abdelrazak Younes]

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???

[Abdelrazak Younes]

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???

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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 

   Please 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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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 Sanda  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: Labels with barcodes

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

Hi there,

Is there anyone who knows about label printing containing barcodes from LyX?

Abdel.

Labels with barcodes

[Abdelrazak Younes]

Hi there,

Is there anyone who knows about label printing containing barcodes from LyX?

Abdel.

Labels with barcodes

[Abdelrazak Younes]

Hi there,

Is there anyone who knows about label printing containing barcodes from LyX?

Abdel.

Re: what is a good lyx layout for notetaking?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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?

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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)

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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

[Abdelrazak Younes]

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.