Martin Vermeer wrote:
I would like to see inline mode for CharStyle insets with a bool
option in the .layout file.
Hi Martin,
I still have a few question:
Why does a CharStyle have to be collapsable at all? Wouldn't the inline
mode alone be enough?
Why can't we hard-code this in the CharStyle
On Wed, Dec 03, 2003 at 09:14:50AM +0100, Michael Schmitt spake thusly:
>
> Hi Martin,
>
> I still have a few question:
>
> Why does a CharStyle have to be collapsable at all? Wouldn't the inline
> mode alone be enough?
>
> Why can't we hard-code this in the CharStyle inset? Do we really need
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Christian Ridderström wrote:
>> So... do you think it will/should be back-ported to 1.3.x?
Juergen> I don't think so. 1.3.x is a stable release. Only bugfixes,
Juergen> no new features.
Indeed. I do not want changes in
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Tue, Dec 02, 2003 at 08:11:21PM +0100, Michael Schmitt
Martin> spake thusly:
>> Martin Vermeer wrote:
>>
>> > I would like to see inline mode for CharStyle insets with a bool
>> > option in the .layout file.
>>
>> Please let
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Current proposal:
Martin> My surname is [Style: Surname], like the famous painter
Martin> [ Vermeer ]
Martin> i.e., "conglomerate upside down". And it is good here to be
Martin> able to collapse them too.
Marti
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Tue, Dec 02, 2003 at 09:35:42PM +0100, Helge Hafting spake
Martin> thusly:
>> If this sort of thing won't be possible, how will the alternative
>> way be to edit? How will a user remove wrong markup, for this will
>> be necess
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, make is currently failing in the po directory when I
Angus> try compiling under Tru64 unix, (running ksh fwiw).
Angus> POTFILE_IN_DEPS = $(shell find $(top_srcdir)/src -name Makefile.am)
Angus> I have no idea why $(top_
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Jean-Marc, make is currently failing in the po directory when
> I Angus> try compiling under Tru64 unix, (running ksh fwiw).
>
> Angus> POTFILE_IN_DEPS = $(shell find $(top_srcdir)/src -name
> Make
On Wed, Dec 03, 2003 at 10:31:33AM +0100, Jean-Marc Lasgouttes spake thusly:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Tue, Dec 02, 2003 at 09:35:42PM +0100, Helge Hafting spake
> Martin> thusly:
> >> If this sort of thing won't be possible, how will the alter
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Well, if you want charstyles to be renameable, that can be
Martin> done straightforwardly but requires an inset dialog, cf
Martin> Note/Branch. I wonder if it's worth it.
It is not renamable, but 'cutable' in chunks, as in the e
On Wed, Dec 03, 2003 at 10:26:34AM +0100, Jean-Marc Lasgouttes spake thusly:
> >> It _may_ be useful to declare which inset is allowed to have which
> >> display mode in the layout files. However, I rather doubt if
> >> hyper-configurability is a desired goal. In the end, everything is
> >> configu
On Wed, Dec 03, 2003 at 11:15:56AM +0100, Jean-Marc Lasgouttes spake thusly:
> It is not renamable, but 'cutable' in chunks, as in the example which
> was given.
>
> JMarc
Ah. I misread you. No, I have no easy solution for that. Cutting up an
inset in this way will require some very tricky codi
On Wednesday 03 December 2003 10:27, Martin Vermeer wrote:
>
> Well, if you want charstyles to be renameable, that can be done
> straightforwardly but requires an inset dialog, cf Note/Branch. I
> wonder if it's worth it.
Now that you talk about it, it seems a reasonable thing to do. ;-)
Seri
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I think the dialog is not a problem, but that inset-toggle should
>> switch between the three possibilities when inline is allowed.
Martin> Doable but excessive too IMHO. The problem is not the dialog
Martin> as such, but offering
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Ah. I misread you. No, I have no easy solution for that.
Martin> Cutting up an inset in this way will require some very tricky
Martin> coding I think, which I would be reluctant to consider. Count
Martin> that as a restriction of
On Tue, Dec 02, 2003 at 04:49:26PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Step 2. Almost mechanical.
>
> I wonder why this is a good move.
Because it consolidates common code of InsetText and Buffer in a single
place (LyXText).
Just think s/LyXText/N
On Tue, Dec 02, 2003 at 03:59:03PM +, John Levon wrote:
> On Tue, Dec 02, 2003 at 04:08:07PM +0100, Andre Poenitz wrote:
>
> > > When you change the width of the lyx window the buffer doesn't change. I
> > > assume that's what you were referring to as being fixed somehow
> >
> > I can't repro
In an ideal world we don't want them, right?
I've just been building the 13x tree using Dec's make and find that
the src tree is almost Ok. The changes I have to make are to the
build rules for our 'unusual' sources.
Eg, this in src/frontends/xforms/forms/Makefile.am:
%.C: %.fd
$(SHELL)
Jean-Marc Lasgouttes wrote:
Martin> That's precisely why I want it this way. The .layout file is
Martin> configurability not seen by the end user. If we want in inset
Martin> to be switchable among the three: open/closed/inline, we would
Martin> need a dialog to go with it (like insetert). CharSty
On Tue, Dec 02, 2003 at 04:51:57PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | [We had discussed this already once, but as this is 'fundamental' I
> | thought we'd better agree explicitly on it ;-)]
>
>
> | This replaces the LyXText 'semi member' of Buffer
On Tue, Dec 02, 2003 at 08:17:34PM +0200, Martin Vermeer wrote:
> On Tue, Dec 02, 2003 at 04:18:27PM +0100, Michael Schmitt spake thusly:
> >
> > Hello,
> >
> > since Andre started to move code from InsetERT to InsetCollapsable, I
> > will try finish this project (inline mode also for other inse
On Tue, Dec 02, 2003 at 09:35:42PM +0100, Helge Hafting wrote:
> On Tue, Dec 02, 2003 at 02:28:26PM +, John Levon wrote:
> > On Tue, Dec 02, 2003 at 10:46:35AM +0100, Andre Poenitz wrote:
> >
> > > On Tue, Dec 02, 2003 at 10:53:26AM +0100, Helge Hafting wrote:
> > > > At least latex lets me ch
On Tue, Dec 02, 2003 at 11:45:15AM -0800, Kayvan A. Sylvan wrote:
> ERT insets no longer have the nice special labels when they are closed.
> Can this be put back please?
A quick test seems to indicate that this works (at least in my tree...)
> Also, wrap:Figure insets do not display right (textu
On Tue, Dec 02, 2003 at 11:57:44PM +0200, Martin Vermeer wrote:
> On Tue, Dec 02, 2003 at 08:11:21PM +0100, Michael Schmitt spake thusly:
> > Martin Vermeer wrote:
> >
> > > I would like to see inline mode for CharStyle insets with a bool
> > > option in the .layout file.
> >
> > Please let us di
On Tue, Dec 02, 2003 at 11:56:36PM +0100, Moritz Moeller-Herrmann wrote:
> Markus B. wrote:
>
> > Dear John, dear Andre,
> >
> > I'm writing my PhD Thesis using Lyx. Sometimes I would like to read
> > quickly throung the last paragraphs. On the other hand I have to fill in
> > footnotes all the t
On Wed, Dec 03, 2003 at 01:38:10AM +, Angus Leeming wrote:
> Jean-Marc,
> make is currently failing in the po directory when I try compiling
> under Tru64 unix, (running ksh fwiw).
>
> $ cd po
> $ make
> Make: Unrecognized modifier '/src -name Makefile.am'. Stop.
> $ grep '/src -name Makefil
On Wed, Dec 03, 2003 at 10:31:33AM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Tue, Dec 02, 2003 at 09:35:42PM +0100, Helge Hafting spake
> Martin> thusly:
> >> If this sort of thing won't be possible, how will the alternative
>
On Wednesday 03 December 2003 13:29, [EMAIL PROTECTED] wrote:
>
> Modified files:
> lyx-devel/lib/lyx2lyx/: ChangeLog lyx2lyx lyxconvert_224.py
>
> Log message:
> Convert vertical spaces to new format
André,
adding the convertion of vertical spaces I noticed that the line and
On Wed, Dec 03, 2003 at 12:40:16PM +0200, Martin Vermeer wrote:
> On Wed, Dec 03, 2003 at 11:15:56AM +0100, Jean-Marc Lasgouttes spake thusly:
>
> > It is not renamable, but 'cutable' in chunks, as in the example which
> > was given.
> >
> > JMarc
>
> Ah. I misread you. No, I have no easy solut
Andre Poenitz wrote:
> On Wed, Dec 03, 2003 at 01:38:10AM +, Angus Leeming wrote:
>> Jean-Marc,
>> make is currently failing in the po directory when I try compiling
>> under Tru64 unix, (running ksh fwiw).
>>
>> $ cd po
>> $ make
>> Make: Unrecognized modifier '/src -name Makefile.am'. Stop
On Wed, Dec 03, 2003 at 10:40:42AM +, Jose' Matos wrote:
> On Wednesday 03 December 2003 10:27, Martin Vermeer wrote:
> >
> > Well, if you want charstyles to be renameable, that can be done
> > straightforwardly but requires an inset dialog, cf Note/Branch. I
> > wonder if it's worth it.
>
>
On Wed, Dec 03, 2003 at 12:30:43PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Wed, Dec 03, 2003 at 01:38:10AM +, Angus Leeming wrote:
> >> Jean-Marc,
> >> make is currently failing in the po directory when I try compiling
> >> under Tru64 unix, (running ksh fwiw).
> >>
> >> $
Andre Poenitz wrote:
> Could the two of you please have a look at the new
> math_colorinset.[Ch] and tell me whether this would be sufficient
> UI-wise?
Which reminds me: wouldn't it me more elegant to implement this in
'math-macro' style? Nonetheless, I do like it a lot better than in
its origi
On Wed, Dec 03, 2003 at 12:50:19PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > Could the two of you please have a look at the new
> > math_colorinset.[Ch] and tell me whether this would be sufficient
> > UI-wise?
>
> Which reminds me: wouldn't it me more elegant to implement this in
>
On Wed, Dec 03, 2003 at 01:41:23PM +0100, Andre Poenitz spake thusly:
> On Wed, Dec 03, 2003 at 12:40:16PM +0200, Martin Vermeer wrote:
> > On Wed, Dec 03, 2003 at 11:15:56AM +0100, Jean-Marc Lasgouttes spake thusly:
> >
> > > It is not renamable, but 'cutable' in chunks, as in the example whic
On Wed, Dec 03, 2003 at 01:19:13PM +0100, Andre Poenitz wrote:
> I guess we really need two operations here:
> - insert nested style
> - split current inset
Please, please, let's not. We'd be introducing complex half-solutions
to a problem of our own making.
I'd much rather leave the current c
On Wed, Dec 03, 2003 at 01:34:10PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 01:19:13PM +0100, Andre Poenitz wrote:
>
> > I guess we really need two operations here:
> > - insert nested style
> > - split current inset
>
> Please, please, let's not. We'd be introducing complex half-solu
On Wed, Dec 03, 2003 at 02:51:23PM +0100, Andre Poenitz wrote:
> This is a problem inherent to structured editing.
>
> \foo{xxx\normal{nnn}xxx} _is_ different from \foo{xxx}nnn\foo{xxx}.
That depends upon the surrounding context. I do not see a difference
between:
\normal{\foo{xxx\normal{nnn}xx
Guys, I'm playing around with adding the widgets to the external
dialog to enable the use to rotate, scale, crop the output if so
desired. As not all the available templates will support these
transforms, I thought that it would be best to shove them into a
tabbed folder (or two).
Attached is
On Wed, Dec 03, 2003 at 02:03:22PM +, Angus Leeming wrote:
> Guys, I'm playing around with adding the widgets to the external
> dialog to enable the use to rotate, scale, crop the output if so
> desired. As not all the available templates will support these
> transforms, I thought that it w
On Wed, Dec 03, 2003 at 01:57:36PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 02:51:23PM +0100, Andre Poenitz wrote:
>
> > This is a problem inherent to structured editing.
> >
> > \foo{xxx\normal{nnn}xxx} _is_ different from \foo{xxx}nnn\foo{xxx}.
>
> That depends upon the surrounding c
On Wed, Dec 03, 2003 at 03:13:33PM +0100, Andre Poenitz wrote:
> > \normal{\foo{xxx\normal{nnn}xxx}}
> >
> > and
> >
> > \normal{\foo{xxx}nnn\foo{xxx}}
>
> Let \foo be \small and you will see a difference.
How ?
> > But, nonetheless, a non-inset-based UI can still handle both via a
> > "Res
Hi
The LyX user Uwe Stöhr has written a German manual for using mathed, and
after uploading his work to http://wiki.lyx.org/pmwiki.php/LyX/Manuals
he told me that it didn't work for files > 500kB.
I've looked around, and found this in the PmWiki documenatation:
In Apache 2.0, there is a
On Wednesday 03 December 2003 2:08 pm, John Levon wrote:
> > Attached is a screen shot of things as they are in my tree, together
> > with the fdesign file. The "Transformations" folder would eventually
> > contain the rotate, scale and crop data present in the graphics
> > dialog. Presumably as th
On Wed, Dec 03, 2003 at 02:31:58PM +, Angus Leeming wrote:
> Good, oh. Attached is a stab at the Qt dialog. Am I going about this the right
> way? Can I 'insert' the 'GeneralModule' into the 'General' tab? How do I go
> about doing this?
You can directly edit tabbed dialogs in one .ui file.
John Levon wrote:
>> > \normal{\foo{xxx\normal{nnn}xxx}}
>> > and
>> > \normal{\foo{xxx}nnn\foo{xxx}}
>> Let \foo be \small and you will see a difference.
> How ?
By trying it out and seeing what the difference is, perchance?
Actually, \large and \small aren't the best choices here as they work
On Wed, Dec 03, 2003 at 02:50:21PM +, Angus Leeming wrote:
> >> > \normal{\foo{xxx\normal{nnn}xxx}}
> >> > and
> >> > \normal{\foo{xxx}nnn\foo{xxx}}
> >> Let \foo be \small and you will see a difference.
> > How ?
>
> By trying it out and seeing what the difference is, perchance?
We're not t
John Levon wrote:
>> Good, oh. Attached is a stab at the Qt dialog. Am I going about
>> this the right way? Can I 'insert' the 'GeneralModule' into the
>> 'General' tab? How do I go about doing this?
>
> You can directly edit tabbed dialogs in one .ui file. Load both,
> select all the widgets in t
On Wed, 3 Dec 2003, Jean-Marc Lasgouttes wrote:
> Indeed. I do not want changes in 1.3.x that will change the file
> format.
Excellent point, I'll start porting it to 1.4x now.
/Christian
--
Christian Ridderström http://www.md.kth.se/~chr
On Wednesday 03 December 2003 2:56 pm, John Levon wrote:
> On Wed, Dec 03, 2003 at 02:50:21PM +, Angus Leeming wrote:
> > >> > \normal{\foo{xxx\normal{nnn}xxx}}
> > >> > and
> > >> > \normal{\foo{xxx}nnn\foo{xxx}}
> > >>
> > >> Let \foo be \small and you will see a difference.
> > >
> > > How ?
On Wed, Dec 03, 2003 at 02:30:34PM +, John Levon wrote:
> > Cut, create new \emph inset, go there, paste. Pretty much what C-b does
> > for 'mathbf in mathed.
>
> You really think this is acceptable ?
THis is the implementation. The user pressed C-b on a selction.
> It is *way* more complex
On Wed, Dec 03, 2003 at 02:56:38PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 02:50:21PM +, Angus Leeming wrote:
>
> > >> > \normal{\foo{xxx\normal{nnn}xxx}}
> > >> > and
> > >> > \normal{\foo{xxx}nnn\foo{xxx}}
> > >> Let \foo be \small and you will see a difference.
> > > How ?
> >
>
Angus Leeming wrote:
> Cool! Thanks, John. So does this look Ok to you?
offering a unsollicited opinion:
http://www1.fee.uva.nl/scholar/mdw/leuven/lyx/external.png
so put the template/file stuff on the 1st tab to reduce the vertical
size, also get rid of the text box and have a button pop a text
On Wednesday 03 December 2003 15:20, Andre Poenitz wrote:
> >
> > The latex backend could produce either form.
>
> How?
>
> Given range style LCS
>
> aaasa dfas dfa ds fasd va sdcv asdv casd
>
>|- a --|
>|
> |- b -|
>
> what should be output to LaTeX/XML/
On Wed, Dec 03, 2003 at 04:18:18PM +0100, Andre Poenitz wrote:
> > > Cut, create new \emph inset, go there, paste. Pretty much what C-b does
> > > for 'mathbf in mathed.
> >
> > You really think this is acceptable ?
>
> THis is the implementation. The user pressed C-b on a selction.
We're not t
On Wed, Dec 03, 2003 at 03:37:32PM +, Jose' Matos spake thusly:
> On Wednesday 03 December 2003 15:20, Andre Poenitz wrote:
> > >
> > > The latex backend could produce either form.
> >
> > How?
> >
> > Given range style LCS
> >
> > aaasa dfas dfa ds fasd va sdcv asdv casd
> >
> >|
On Wed, Dec 03, 2003 at 03:37:32PM +, Jose' Matos wrote:
> On Wednesday 03 December 2003 15:20, Andre Poenitz wrote:
> > >
> > > The latex backend could produce either form.
> >
> > How?
> >
> > Given range style LCS
> >
> > aaasa dfas dfa ds fasd va sdcv asdv casd
> >
> >|- a -
On Wednesday 03 December 2003 15:59, Martin Vermeer wrote:
>
> like is the case in XML: logically you could have
>
> .
>
> but you dont ;-)
That is not well formed XML. The standards are very clear on this point. :-)
> - Martin
--
José Abílio
John Levon wrote:
> o I can't select part of an inset and part outside of an inset and apply
> a change
I think that implementing this type of selections (i.e. two PosIterators)
can be useful for normal insets too. I think that it can even simplify the
current code to some extent.
Alfredo
On Wed, Dec 03, 2003 at 04:20:26PM +0100, Andre Poenitz wrote:
> Given range style LCS
>
> aaasa dfas dfa ds fasd va sdcv asdv casd
>|- a --|
> |- b -|
>
> what should be output to LaTeX/XML/whatever?
Um, same as we already do. Neither backend handles non-re
On Wed, Dec 03, 2003 at 04:48:25PM +0100, Andre Poenitz wrote:
> > > Given range style LCS
> > >
> > > aaasa dfas dfa ds fasd va sdcv asdv casd
> > >
> > >|- a --|
> > >|
> > > |- b -|
> > >
> > > what should be output to LaTeX/XML/whatever?
> >
> > T
On Wed, Dec 03, 2003 at 12:56:21PM -0300, Alfredo Braunstein wrote:
> > o I can't select part of an inset and part outside of an inset and apply
> > a change
>
> I think that implementing this type of selections (i.e. two PosIterators)
> can be useful for normal insets too. I think that it can
On Tue, Dec 02, 2003 at 02:50:30PM -0800, Kayvan A. Sylvan spake thusly:
> On Tue, Dec 02, 2003 at 11:45:15AM -0800, Kayvan A. Sylvan wrote:
> > ERT insets no longer have the nice special labels when they are closed.
> > Can this be put back please?
> >
> > If you don't know what I mean: If the
On Wed, Dec 03, 2003 at 04:35:58PM +0100, Edwin Leuven wrote:
> > Cool! Thanks, John. So does this look Ok to you?
>
> offering a unsollicited opinion:
>
> http://www1.fee.uva.nl/scholar/mdw/leuven/lyx/external.png
>
> so put the template/file stuff on the 1st tab to reduce the vertical
> size
On Wed, Dec 03, 2003 at 03:41:37PM +, John Levon wrote:
> > THis is the implementation. The user pressed C-b on a selction.
>
> We're not talking about mathed.
No, we are talking about 'selecting things and pressing C-b on them'.
Which happens to work in mathed and outside.
> > > It is *way*
, also get rid of the text box and have a button pop a text window
up for the curious/uninformed
Not sure about that though. Perhaps
put it on a separate "Info" tab (last in row)?
edwin
On Wed, Dec 03, 2003 at 04:01:15PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 04:48:25PM +0100, Andre Poenitz wrote:
>
> > > > Given range style LCS
> > > >
> > > > aaasa dfas dfa ds fasd va sdcv asdv casd
> > > >
> > > >|- a --|
> > > >|
> > > > |-
Edwin Leuven wrote:
> > Cool! Thanks, John. So does this look Ok to you?
>
> offering a unsollicited opinion:
>
> http://www1.fee.uva.nl/scholar/mdw/leuven/lyx/external.png
>
> so put the template/file stuff on the 1st tab to reduce the vertical
> size,
Not unsolicited at all. Very much solici
On Wed, Dec 03, 2003 at 04:01:59PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 12:56:21PM -0300, Alfredo Braunstein wrote:
>
> > > o I can't select part of an inset and part outside of an inset and apply
> > > a change
> >
> > I think that implementing this type of selections (i.e. two P
On Wed, Dec 03, 2003 at 06:15:41PM +0200, Martin Vermeer wrote:
> André, is this OK, or covering up something deeper? If OK, I'll commit.
Looks ok.
> Index: insetert.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ins
On Wed, Dec 03, 2003 at 05:18:46PM +0100, Andre Poenitz spake thusly:
> > + if (swap)
> > + setButtonLabel();
> > }
>
> I'd even call setButtonLabel() uncnditionally here. More robust and not
> really expensive...
I had that at first, then decided to go minimalistic :-(
- Martin
On Wed, Dec 03, 2003 at 06:43:07PM +0200, Martin Vermeer wrote:
> On Wed, Dec 03, 2003 at 05:18:46PM +0100, Andre Poenitz spake thusly:
>
> > > + if (swap)
> > > + setButtonLabel();
> > > }
> >
> > I'd even call setButtonLabel() uncnditionally here. More robust and not
> > really expens
On Wed, Dec 03, 2003 at 05:09:28PM +0100, Andre Poenitz wrote:
> Now, what's the exact difference between C-b and C-b?
>
> I can't follow you here?
Um, we were comparing :
> > > Cut, create new \emph inset, go there, paste.
> > > "select object, apply change"
i.e. inset splitting.
> That's in
[EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/lib/: ChangeLog
lyx-devel/lib/examples/: docbook_article.lyx
Log message:
examples/docbook_article.lyx: update to latest file format.
At some point in time (but probably not know, so that we can lyx2lyx for
a while) we should do this
On Wed, Dec 03, 2003 at 05:15:52PM +0100, Andre Poenitz wrote:
> You miss the point. I am arguing that users rarely need overlapping
> styles and consequently all-boxes is sufficient. You are arguing that
> you want to select half of one range and half of an other.
You are (purposefully?) taking
On Wednesday 03 December 2003 16:35, Michael Schmitt wrote:
> > Log message:
> > examples/docbook_article.lyx: update to latest file format.
>
> At some point in time (but probably not know, so that we can lyx2lyx for
> a while) we should do this for all *.lyx files. I will put this on my
> ta
On Wed, Dec 03, 2003 at 04:36:26PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 05:09:28PM +0100, Andre Poenitz wrote:
>
> > Now, what's the exact difference between C-b and C-b?
> >
> > I can't follow you here?
>
> Um, we were comparing :
>
> > > > Cut, create new \emph inset, go there,
On Wed, Dec 03, 2003 at 04:40:03PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 05:15:52PM +0100, Andre Poenitz wrote:
>
> > You miss the point. I am arguing that users rarely need overlapping
> > styles and consequently all-boxes is sufficient. You are arguing that
> > you want to select ha
On Wed, Dec 03, 2003 at 05:55:37PM +0100, Andre Poenitz wrote:
> Inset splitting could be a new lfun bound to whatever key you want.
>
> \foo{|} + -> \foo{}|\foo{}
>
> or even
>
> \foo{xx[xx|]} + -> \foo{xx}[xx|]\foo{}
>
> where [xx] is the selection.
Sorry, I do
On Wed, Dec 03, 2003 at 06:02:14PM +0100, Andre Poenitz wrote:
> All LyX output (.tex, .xml) won't use it, input (.tex) doesn't use it,
> and it is not necessary to have them for editing.
[ backend implementation ]
> Now, if implementation of ranges would be simpler than boxes one could
> try to
On Wed, Dec 03, 2003 at 04:36:26PM +, John Levon spake thusly:
>
> Um, no. I, naturally, have heavily used physical character styles in the
> absence of LCS. The thing with Noun is just a testing thing because it's
> currently implemented both ways in CVS lyx. I am sure you must be aware
> of
On Wed, Dec 03, 2003 at 07:29:27PM +0200, Martin Vermeer wrote:
> One thing not to forget here is the following question: how long
> typically, or even maximally, are the pieces of text you would paint
> "Noun" -- or any other logical charstyle for that matter?
>
> I think typically they are smal
On Wed, Dec 03, 2003 at 05:01:24PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 05:55:37PM +0100, Andre Poenitz wrote:
>
> > Inset splitting could be a new lfun bound to whatever key you want.
> >
> > \foo{|} + -> \foo{}|\foo{}
> >
> > or even
> >
> > \foo{xx[xx|]}
On Wed, Dec 03, 2003 at 05:03:36PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 06:02:14PM +0100, Andre Poenitz wrote:
>
> > All LyX output (.tex, .xml) won't use it, input (.tex) doesn't use it,
> > and it is not necessary to have them for editing.
>
> [ backend implementation ]
>
> > Now
On Wed, Dec 03, 2003 at 06:22:39PM +0100, Andre Poenitz wrote:
> > > > * "the mailing list looks scary"
> > > > * "I'm too busy"
> > > > * "I suppose the designers know what they're doing, who am I to disagree?"
> > > > * "I'm not using the latest LyX, perhaps it's fixed"
> > > > "Sod this, I'm go
On Wed, Dec 03, 2003 at 05:19:54PM +, John Levon spake thusly:
> > Forgive me for pointing out that we are living in a "finger painting
> > matrix" where people expect to be able to, and routinely practice,
> > painting large areas of text in whatever visual style they find
> > suitable, rathe
On Wed, Dec 03, 2003 at 07:47:37PM +0200, Martin Vermeer wrote:
> What I meant was that in light of the smallness (assuming good
> authoring practices) of these style instances -- as rare(-ish)
> exceptions to common rules -- the balance of pros and cons looks more
> favourable for the insets/obje
On Wed, Dec 03, 2003 at 05:27:28PM +, John Levon wrote:
> > We get complaints on other issues
>
> So what ? The above is a list of some of the reasons why we might not
> get complaints. All of them occur. I know because I personally have both
> discovered these being used as reasons, AND done
On Wed, Dec 03, 2003 at 05:48:57PM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 07:47:37PM +0200, Martin Vermeer wrote:
>
> > What I meant was that in light of the smallness (assuming good
> > authoring practices) of these style instances -- as rare(-ish)
> > exceptions to common rules -- th
Is there a way of moving the folders around?
Currently I have
|General|Rotate|Scale|Crop|File|
which I'd like to become
|File|LyX View|Rotate|Scale|Crop|Extra|
splitting the existing 'General' tab into two, one for the display
within LyX and one for stuff that the user wants to pass directly to
We can access the paragraphs given the LyXText. No need to have two
functions doing the same.
Furthermore, cache an insets' favourite font instead of using owner()
backpointerage.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, eithe
Angus Leeming wrote:
> Anyway, back to the question at hand, can I move tabs around after
> I've created 'em?
Ok, I did it with emacs ;-)
Finished dialog attached. It's functional but as you'll see, it
probably could be polished a little.
--
Angus
QExternalDialogBase3.ui.gz
Description: GNU Z
Clicking on the inset results in
dispatching action: 217 arg: '' x: 386 y: 407 to surrounding LyXText
0x85135cc
BufferView::Pimpl::fitCursor.
BufferView::Pimpl::fitCursor.
Redraw screen
checkInsetHit: x: 386 y: 407
No inset hit.
no further inset hit
theTempCursor:
Yet doing the same with the gra
On Wed, Dec 03, 2003 at 06:56:19PM +0100, Andre Poenitz wrote:
> > > If you really want, you can add two or three generic items (undo inner
> > > level, split inner box, merge adjacent boxes) but I doubt anybody ever
> > > will use them as soon as he discovered the keyboaerd short cuts.
> >
> > I
On Wed, Dec 03, 2003 at 06:15:43PM +, Angus Leeming wrote:
> Finished dialog attached. It's functional but as you'll see, it
> probably could be polished a little.
Tabs can have mnemonics too, and they should.
I wonder if "File Type" would be more understandable than "Template".
Edit file.
On Wed, Dec 03, 2003 at 05:58:18PM +, Angus Leeming wrote:
> Is there a way of moving the folders around?
hold down control and drag a tab
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Wednesday 03 December 2003 7:10 pm, John Levon wrote:
> On Wed, Dec 03, 2003 at 05:58:18PM +, Angus Leeming wrote:
> > Is there a way of moving the folders around?
>
> hold down control and drag a tab
Thanks, John. I'll try and remember for next time. It was a bit hairy with
emacs ;-)
A
Angus Leeming wrote:
> I can't see any differences in the respective priv_dispatch
> functions. Where is the code that ascertains that an inset has been
> hit?
Got it. Those magic 'xo_, yo_' cached variables...
--
Angus
John Levon wrote:
>> Finished dialog attached. It's functional but as you'll see, it
>> probably could be polished a little.
>
> Tabs can have mnemonics too, and they should.
Well, I think I've run out of letters, given that the tabs are visible
from _all_ of the folders ;-)
> I wonder if "File
On Wed, Dec 03, 2003 at 07:20:53PM +, Angus Leeming wrote:
> > Isn't there a better name than "Extra" ?
>
> Well, we're passing 'extra', not-otherwise-supported-by-lyx options to
> the converter...
Then even "Options" would be better I think
regards
john
--
Khendon's Law:
If the same poi
1 - 100 of 115 matches
Mail list logo
