On 2010-06-07, Pavel Sanda wrote:
> Guenter Milde wrote:
>> * Backspace at the first position in the inset converts it to normal
>> text (in this case LaTeX code (without beeing marked as ERT))
> not in math inset.
Sorry, then this is a feature request.
>> OK, I see 2 advantages:
>> 1. no nee
Vincent van Ravesteijn wrote:
> If you're such a power-user that you use it so often that this becomes
> uncomfortable, you probably should start to learn how to use the math
> inset to do the things you want.
frankly i dont use it at all and the main point was about discoverability
for normal use
On Mon, Jun 7, 2010 at 3:08 PM, Pavel Sanda wrote:
> Guenter Milde wrote:
>> * Backspace at the first position in the inset converts it to normal
>> text (in this case LaTeX code (without beeing marked as ERT))
>
> not in math inset.
>
>> OK, I see 2 advantages:
>>
>> 1. no need to place the cur
Guenter Milde wrote:
> * Backspace at the first position in the inset converts it to normal
> text (in this case LaTeX code (without beeing marked as ERT))
not in math inset.
> OK, I see 2 advantages:
>
> 1. no need to place the cursor or highlight
thats what i call uncomfortable.
pavel
On 2010-06-07, Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
>> > what looks much easier is to allow mutating math environment into ERT
>> > and back.
>> >
>> > pavel
>> >
>> This is already possible. It needs some copy-pasting but it works. I
>> once implemented this, but then disregarded it
Vincent van Ravesteijn wrote:
> > what looks much easier is to allow mutating math environment into ERT
> > and back.
> >
> > pavel
> >
>
> This is already possible. It needs some copy-pasting but it works. I
> once implemented this, but then disregarded it because it was
> essentially already pos
> what looks much easier is to allow mutating math environment into ERT
> and back.
>
> pavel
>
This is already possible. It needs some copy-pasting but it works. I
once implemented this, but then disregarded it because it was
essentially already possible.
Vincent
> Well why not instead of displaying the "latex source" display
> directly the LyX source and allow it to be edited and then to be
> reloaded. Would such a solution be easier to implement?
>
Why would anyone want to edit the LyX source (in LyX) ?
Vincent
Uwe Brauer wrote:
>>>
>>>
>> This is a long-standing request. You can find it on trac, if you
>> look. Unfortunately, it is not at all easy to do.
>
> Well why not instead of displaying the "latex source" display
> directly the LyX source and allow it to be edited and then to be
>>
>>
> This is a long-standing request. You can find it on trac, if you
> look. Unfortunately, it is not at all easy to do.
Well why not instead of displaying the "latex source" display
directly the LyX source and allow it to be edited and then to be
reloaded. Would such a solution
On 05/28/2010 06:13 AM, Uwe Brauer wrote:
Hello
One of the things I like in LyX is that the source code is
shown. It is a little like reveal code in wordperfect, which
I recently discovered.
However sometimes lyx is doing things I don't want
like inserting a new line.
Would it be possible to
Hello
One of the things I like in LyX is that the source code is
shown. It is a little like reveal code in wordperfect, which
I recently discovered.
However sometimes lyx is doing things I don't want
like inserting a new line.
Would it be possible to manipulate directly the source code
window
Vincent van Ravesteijn - TNW wrote:
> >+# author user SchAirport on trac
>
> I'm not sure what to do with this.
for future we could at least add note in trac that posting any source code into
trac author agrees with gpl-2 reusage unless stated otherwise?
pavel
I forgot to mention, this patch also includes an update to UserGuide.lyx - the
appendix section which explains file formats, I have made entries there.
The patch was created from within lib/
-- Manoj
On Tuesday 02 March 2010 11:48:09 am Manoj Rajagopalan wrote:
> Attaching patch with suggeste
Attaching patch with suggested modifications. The file include_bib.py is a
modified version of IncludeBib.py first created by Manolo Martínez (user
SchAirport) and posted on trac as part of ticket #4624
(http://www.lyx.org/trac/ticket/4624) and this has been approved by the
author for modificat
Vincent van Ravesteijn - TNW wrote:
> I just tried with LyX 1.6.5 and it runs bibtex even with only the needaux
> flag.
I see. The better.
Jürgen
>> This is not necessary (and wrong). The bbl file is generated anyway,
>> and we might have specified a custom bibtex command.
>
>We need a needbbl flag (as you already wrote IIRC) and let LyX handle
>the bbl file generation. After all, LyX 2.0 also supports biber and some
>Japanese bibtex deri
Vincent van Ravesteijn - TNW wrote:
> >+def make_bbl(name): #Creates .bbl from .tex
> >+arg = "bibtex " + name[:-4]#name[:-4] is the name of the file
>
> without extension
>
> >+os.system(arg)
> >+
>
> This is not necessary (and wrong). The bbl file is generated anyway, and
> we mi
>+
>+# author user SchAirport on trac
I'm not sure what to do with this.
>+def make_bbl(name): #Creates .bbl from .tex
>+arg = "bibtex " + name[:-4]#name[:-4] is the name of the file
without extension
>+os.system(arg)
>+
This is not necessary (and wrong). The bbl file is generated
Manoj Rajagopalan wrote:
> +# file inline_bib.py
> +# This file is part of LyX, the document processor.
> +# Licence details can be found in the file COPYING.
> +
> +# author user SchAirport on trac
His name is Manolo Martínez. I asked him to post a blanket permission here.
Jürgen
On 03/02/2010 10:43 AM, Manoj Rajagopalan wrote:
I am releasing this patch for use with LyX under whatever license LyX is
distributed under.
We'll need a GPL statement, of roughly the form, "I hereby grant
permission to license my contributions to LyX under the Gnu General
Public Licen
Hi Richard and lyx-devel,
Attaching patch for embedding \bibitem refs into the exported latex
document for latex:LaTeX (plain) and pdflatex:LaTeX (pdflatex) file formats.
Patch was created from within lib/
Modified files are configure.py. New file lib/scripts/inline_bib.py added
using
On 03/01/2010 09:25 AM, Manoj Rajagopalan wrote:
To submit the patch, what should I do? I remember Richard mentioning that this
script could reside in lib/scripts/ and that configure.py needed to be
modified. Looking at the file it seems I need add only one line in the last
line of the function c
On Saturday 27 February 2010 01:55:07 pm Vincent van Ravesteijn - TNW wrote:
> >In any case, would any of you have any idea about the error I am seeing
> >(happens after the inlined-ref .tex is created, possibly when it is
>
> being
>
> >copied):
> >
> >../../../src/support/FileName.cpp(254): Co
>In any case, would any of you have any idea about the error I am seeing
>(happens after the inlined-ref .tex is created, possibly when it is
being
>copied):
>
>../../../src/support/FileName.cpp(254): Could not move file /tmp/
>lyx_tmpdir.T12182/lyx_tmpbuf0/tmpfile.out to /tmp/lyx_tmpdir.T12182
>/l
On Friday 26 February 2010 11:02:30 am rgheck wrote:
> On 02/26/2010 10:55 AM, Vincent van Ravesteijn - TNW wrote:
> >> I have attached InlineBib.py (which is a modified version of the
> >
> > earlier script).
> >
> > Some remarks about this script:
> >
> > def CreateBbl(n): #Creates .aux and
On 02/26/2010 10:55 AM, Vincent van Ravesteijn - TNW wrote:
I have attached InlineBib.py (which is a modified version of the
earlier script).
Some remarks about this script:
def CreateBbl(n): #Creates .aux and .bbl from .tex
#- argument = "latex " + n[:-4]#n[:-4] is the na
> I have attached InlineBib.py (which is a modified version of the
earlier script).
Some remarks about this script:
def CreateBbl(n): #Creates .aux and .bbl from .tex
#- argument = "latex " + n[:-4]#n[:-4] is the name of the file
without extension
#- os.system(argument)
argumen
On Wednesday 24 February 2010 10:21:35 pm rgheck wrote:
> Come to think of it, there's an even easier way to do this: Just define
> the ltx2 format, as before, but now use an appropriate modification of
> IncludeBib.py as a LaTeX --> ltx2 *converter*. I think you can just
> remove the LyxToTeX s
On 02/24/2010 09:49 PM, Manoj Rajagopalan wrote:
On Wednesday 24 February 2010 04:43:23 pm Vincent van Ravesteijn wrote:
Manoj Rajagopalan schreef:
1. Is this change acceptable?
I think so.
2. This feature requires the IncludeBib.py script submitted by another
user/
On Wednesday 24 February 2010 04:43:23 pm Vincent van Ravesteijn wrote:
> Manoj Rajagopalan schreef:
> > 1. Is this change acceptable?
>
> I think so.
>
> > 2. This feature requires the IncludeBib.py script submitted by another
> > user/developer in the issue-log on trac:
> > http://www.lyx.org
Manoj Rajagopalan schreef:
1. Is this change acceptable?
I think so.
2. This feature requires the IncludeBib.py script submitted by another
user/developer in the issue-log on trac: http://www.lyx.org/trac/ticket/4624
Can the IncludeBib.py script be bundled with the lyx distribution now? I
Hi developers,
I have worked out a way to get references inlined into exported .tex
documents, based on suggestions from Richard Heck. It would be nice to build
this feature into LyX and I am interested in contributing this change. Please
help me with a few questions:
1. Is this change acce
On 2009-03-07, rgheck wrote:
> José Matos wrote:
>> On Friday 06 March 2009 13:57:34 Guenter Milde wrote:
>> This would be moot if the paragraph had some kind of special markup, like:
>> \begin{standard}
>> ...
>> \end{standard}
>> or even
>> \standard{...} if you prefer.
Thinking about it, I
José Matos wrote:
On Friday 06 March 2009 13:57:34 Guenter Milde wrote:
But it really is:
like a footnote, the float definition can be inside a
paragraph while the output is moved to a different place by the tex
engine.
You can even see the difference:
* when you put the float inset i
On 2009-03-06, José Matos wrote:
> On Friday 06 March 2009 13:57:34 Guenter Milde wrote:
>> like a footnote, the float definition can be inside a
>> paragraph while the output is moved to a different place by the tex
>> engine.
>> You can even see the difference:
>> * when you put the float i
Kaplinsky"
To: lyx-de...@oak-tree.us, lyx-devel@lists.lyx.org
Sent: Friday, March 6, 2009 11:32:44 AM GMT -07:00 US/Canada Mountain
Subject: Re: LyX Outliner and Corkboard - Feature Proposal
Ideally, the tool for organizing one's ideas before and during writing,
would enable the user
On Friday 06 March 2009 13:57:34 Guenter Milde wrote:
> But it really is:
>
> like a footnote, the float definition can be inside a
> paragraph while the output is moved to a different place by the tex
> engine.
>
> You can even see the difference:
>
> * when you put the float inset into its o
Ideally, the tool for organizing one's ideas before and during writing,
would enable the user to choose between an outline mode and a mind map
mode. Mind mapping tools such as xmind allow you to drag and drop your
various topics/concepts in order to modify their order and hierarchy on
the fly.
On 2009-03-06, Charles de Miramon wrote:
> If I understand the corkboard approach, you start by writing random notes,
> an outline of your ideas, etc... Then you can shuffle it and link it and
> then you start to write your document.
But this can already be done with Branches:
* Put your ideas i
On 2009-03-06, José Matos wrote:
> On Friday 06 March 2009 09:08:37 Guenter Milde wrote:
>> I'd rather like to see the difference made clear.
>> Layouts are "block elements", you cannot have two layouts in one
>> paragraph.
>> Insets are "inline elements" (even if they sometimes contain block
>>
Charles de Miramon writes:
> If I understand the corkboard approach, you start by writing random notes,
> an outline of your ideas, etc... Then you can shuffle it and link it and
> then you start to write your document.
I'll have to read about it, then/
JMatc
Jean-Marc Lasgouttes wrote:
> rgheck writes:
>
>> Jürgen Spitzmüller wrote:
>>> 2. implement the possibility to add comments to the outliner items.
>>> As Helge wrote, these will need to be stored in the document (as
>>> specific properties). I suppose this would be much easier to
>>> implement
On Friday 06 March 2009 09:08:37 Guenter Milde wrote:
> I'd rather like to see the difference made clear.
>
> Layouts are "block elements", you cannot have two layouts in one
> paragraph.
>
> Insets are "inline elements" (even if they sometimes contain block
> elements.
No they are not. It is not
Jean-Marc Lasgouttes wrote:
lar...@gullik.org (Lars Gullik Bjønnes) writes:
Abdelrazak Younes writes:
| a bit like XML :-)
I clearly remember who helped shoot that one down.
Hmm, I feel a nice Friday thread brewing.
Usual suspects: me or André?
Abdel.
Guenter Milde writes:
> I'd rather like to see the difference made clear.
>
> Layouts are "block elements", you cannot have two layouts in one
> paragraph.
>
> Insets are "inline elements" (even if they sometimes contain block
> elements.
Yes, and HTML shows well this distinction. However, I hav
On 2009-03-06, Abdelrazak Younes wrote:
> Vincent van Ravesteijn wrote:
>> rgheck schreef:
>>> This is the same issue as with InsetOptArg. It shouldn't be an inset.
>>> It's a layout feature.
>>> Richard
>> That's why I would like to see this difference to disappear.
I'd rather like to see the
lar...@gullik.org (Lars Gullik Bjønnes) writes:
> Abdelrazak Younes writes:
> | a bit like XML :-)
>
> I clearly remember who helped shoot that one down.
Hmm, I feel a nice Friday thread brewing.
JMarc
Abdelrazak Younes writes:
| a bit like XML :-)
I clearly remember who helped shoot that one down.
--
Lgb
Vincent van Ravesteijn wrote:
rgheck schreef:
This is the same issue as with InsetOptArg. It shouldn't be an inset.
It's a layout feature.
Richard
That's why I would like to see this difference to disappear. Why is a
note an Inset and the title an layout ? Why is a branch an inset and
the a
Guenter Milde wrote:
On 2009-03-05, Jean-Marc Lasgouttes wrote:
We can just show the contents of notes that are in the section
paragraphs.
This is what I had in mind too.
Or have a 'show in outline' option if you prefer.
I'd prefer a "show summary/notes" toggle in the out
On 2009-03-05, Jean-Marc Lasgouttes wrote:
>We can just show the contents of notes that are in the section
> paragraphs.
This is what I had in mind too.
> Or have a 'show in outline' option if you prefer.
I'd prefer a "show summary/notes" toggle in the outliner instead.
Günter
rgheck schreef:
This is the same issue as with InsetOptArg. It shouldn't be an inset.
It's a layout feature.
Richard
That's why I would like to see this difference to disappear. Why is a
note an Inset and the title an layout ? Why is a branch an inset and the
abstract a layout ? Why do we ha
rgheck writes:
> You could do that, but the problem with that kind of solution, as I
> see it, is that you then have to keep the note insets in the right
> place. This is the same issue as with InsetOptArg. It shouldn't be an
> inset. It's a layout feature.
But it is a _note_. And if it makes se
Jean-Marc Lasgouttes wrote:
rgheck writes:
Jürgen Spitzmüller wrote:
2. implement the possibility to add comments to the outliner items.
As Helge wrote, these will need to be stored in the document (as
specific properties). I suppose this would be much easier to
implement after LyX's
rgheck writes:
> Jürgen Spitzmüller wrote:
>> 2. implement the possibility to add comments to the outliner items.
>> As Helge wrote, these will need to be stored in the document (as
>> specific properties). I suppose this would be much easier to
>> implement after LyX's file format switched to XM
Jürgen Spitzmüller wrote:
2. implement the possibility to add comments to the outliner items. As Helge
wrote, these will need to be stored in the document (as specific
properties). I suppose this would be much easier to implement after LyX's
file format switched to XML, something that is planne
Rob Oakes wrote:
> http://www.oak-tree.us/stuff/LyX-Proposal.pdf
Thanks, this is a an interesting paper. I think that your proposal is
overall compatible with LyX's approach, and I think LyX could be extended to
support at least many of your ideas.
The actual question now is: how to implement t
Rob Oakes wrote:
Dear Jürgen and other LyX Developers,
Thank you very much for the kind welcome. Pursuant to your advice, I have
gone through and tried to develop my thoughts on a few features that I would
be excited to develop and add to LyX. Because of dummy-layouts and a few
other graphi
Dear Jürgen and other LyX Developers,
Thank you very much for the kind welcome. Pursuant to your advice, I have
gone through and tried to develop my thoughts on a few features that I would
be excited to develop and add to LyX. Because of dummy-layouts and a few
other graphics I wasn't able to
Asger Ottar Alstrup wrote:
You want to go for the difference algorithm based on the edit distance
measure. It is better suited for this. See this link, which also
explains the relation to LCS:
http://www.csse.monash.edu.au/~lloyd/tildeAlgDS/Dynamic/Edit/
Since this algorithm has an O(n^2) comple
Andreas Vox wrote:
I wanted to polish my C++ and STL knowledge, so I thought
it would be more interesting to adapt the diff algorithm
directly to the list of insets -- longest common subsequence
just sounds like a good algorithm for iterators, doesn't it?
You want to go for the difference algorithm
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
...
> Ldiff does some of that. It would be interesting to investigate how
> this could be included in LyX.
I had a look. Same idea but it works on the file level.
I wanted to polish my C++ and STL knowledge, so I thought
it would be more intere
> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:
Andreas> Hi! Wouldn't it be nice if LyX had the function "Compare
Andreas> document" as in OpenOffice?
Sure.
Andreas> As I understand it, the change tracking function only records
Andreas> changes as they are done. With this function, yo
Hi!
Wouldn't it be nice if LyX had the function "Compare document" as in
OpenOffice?
As I understand it, the change tracking function only records changes
as they are done. With this function, you could say
"Compare with document B" and LyX would insert all necessary change
markup to transform the
Hi LyX-developers,
first of all thanks a lot for your fantastic piece of software.
I'd like to propose a new simple but effective feature in the Insert
-> Cross Reference dialogue window: The intems in the reference list
could be indented according to the substring indicating the content
hiera
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] writes: | Hello,
>>
Lars> | IIRC you have decided to drop the "lyxcode" layout some time
Lars> ago. | What do you think about providing an "alltt" inset as
Lars> replacement? | It should be pretty simple to im
[EMAIL PROTECTED] writes:
| Hello,
>
| IIRC you have decided to drop the "lyxcode" layout some time ago.
| What do you think about providing an "alltt" inset as replacement?
| It should be pretty simple to implement based on the existing ERT inset.
>
| In the initial version of the ERT inset it w
Hello,
IIRC you have decided to drop the "lyxcode" layout some time ago.
What do you think about providing an "alltt" inset as replacement?
It should be pretty simple to implement based on the existing ERT inset.
In the initial version of the ERT inset it was possible to format text.
This is exa
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hello,
|
| "alt+p CursorLeft/Right" can be used to change the environment depth.
|
| This command is not defined for captions even though it would be
| quite obvious
| what the user's intention is (section shall become subsection, chapter shall
|
Hello,
"alt+p CursorLeft/Right" can be used to change the environment depth.
This command is not defined for captions even though it would be quite obvious
what the user's intention is (section shall become subsection, chapter shall
become section, etc.).
Maybe someone can add this small feat
On Sat, 3 Feb 2001, Dekel Tsur wrote:
> On Sat, Feb 03, 2001 at 07:41:39PM +1000, Allan Rae wrote:
> > On Thu, 1 Feb 2001, Dekel Tsur wrote:
> >
> > > On Thu, Feb 01, 2001 at 05:07:14PM +0100, Michael Schmitt wrote:
> > >
> > > PS: Should I make this change in CVS ?
> >
> > Only if you provide Mi
I'm working on the InsetGraphics (unfortunately it delays due to my
real life interefernce with my free programming objectives).
Currently the scale parameter is not supported in the new graphics
inset, but it will be rather easy to add it once it will make its
official debut.
I intend to suppor
On Sat, Feb 03, 2001 at 07:41:39PM +1000, Allan Rae wrote:
> On Thu, 1 Feb 2001, Dekel Tsur wrote:
>
> > On Thu, Feb 01, 2001 at 05:07:14PM +0100, Michael Schmitt wrote:
> >
> > PS: Should I make this change in CVS ?
>
> Only if you provide Mike with a suitable addition to the documentation
> ex
On Thu, 1 Feb 2001, Dekel Tsur wrote:
> On Thu, Feb 01, 2001 at 05:07:14PM +0100, Michael Schmitt wrote:
>
> PS: Should I make this change in CVS ?
Only if you provide Mike with a suitable addition to the documentation
explaining why Foilheads are numbered. You should also be aware that
RotateF
Hello,
when you insert an eps there are options for resizing the picture in
different ways.
For documents with more than one pictures it looks (in my eyes)
nicer if you import pictures and everytime there's the same
size of picture-text etc.
So I found out the scaling factor to use for all incl
Hello,
when using document class "Slides (Foiltex)", there is - of course - no table
of contents and hence no way to navigate through the document. But wouldn't it
make sense to add the foil headings to some kind of virtual table of contents
such that the user can directly jump to a particular sl
Dekel Tsur wrote:
> > when using document class "Slides (Foiltex)", there is - of course - no table
> > of contents and hence no way to navigate through the document. But wouldn't it
> > make sense to add the foil headings to some kind of virtual table of contents
> > such that the user can direc
On Thu, Feb 01, 2001 at 05:07:14PM +0100, Michael Schmitt wrote:
> Hello,
>
> when using document class "Slides (Foiltex)", there is - of course - no table
> of contents and hence no way to navigate through the document. But wouldn't it
> make sense to add the foil headings to some kind of virtua
Hi,
currently, I am writing my PhD - with Lyx, of course!!! When doing so, I
discover some deficiencies from time to time (I am a pretentious user :-))
Ok, one thing that I would like to see in a future release is the possibility
to change the format of texts by the search/replace dialogue. For
80 matches
Mail list logo
