Abdelrazak Younes wrote:
> No, hence my idea of one word per inset. The fact that there is more
> than one inset will only be visible if the cursor is in or if you hover
> the mouse over it.
What are your criteria for something being a "word"? I.e., does your
approach handle cases like:
"\noun[Pe
Abdelrazak Younes wrote:
> Too bad, this optimization is quite necessary. I think that this should
> be resolved by forcing a full repaint when editing within a table.
But if we don't have a quick and straightforward fix, we will have to revert
for the time being (and are you sure there are no ot
On Wed, Oct 03, 2007 at 10:22:41PM -, [EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Thu Oct 4 00:22:40 2007
> New Revision: 20721
>
> URL: http://www.lyx.org/trac/changeset/20721
> Log:
> Buffer.cpp: compile fix
> scons_manifest.py: dito
>
> André, please check if you can compile befo
On Thu, Oct 04, 2007 at 12:39:05AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 3 Oct 2007, Andre Poenitz wrote:
>
> >On Wed, Oct 03, 2007 at 01:20:42PM +0100, John Levon wrote:
> >>On Wed, Oct 03, 2007 at 08:25:12AM +0200, Abdelrazak Younes wrote:
> >>
> However, insets imply all sorts of things
Juergen Spitzmueller wrote:
I wonder if this is the culprit:
http://www.lyx.org/trac/changeset/20567
And it is. I just reverted this and verified.
Too bad, this optimization is quite necessary. I think that this should
be resolved by forcing a full repaint when editing within a table.
Abde
On Wed, Oct 03, 2007 at 11:08:01PM +0200, Uwe Stöhr wrote:
> Could the FORMATS file please updates when the file format is increased?
>
> thanks and regards
> Uwe
Oops. Should be OK now.
- Martin
On Wed, Oct 03, 2007 at 07:28:40PM -0400, RGH wrote:
> Juergen Spitzmueller wrote:
> >Abdelrazak Younes wrote:
> >
> >
> >>Well, I personally think that by supporting this rare and absolutely not
> >>useful use case we will shoot our foot ourself.
> >>
> >
> >OK, here's a more useful one:
> >
On Thu, Oct 04, 2007 at 12:46:45AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 3 Oct 2007, Martin Vermeer wrote:
>
> >Here's another example (metaphor):
> >
> >|line of text
> >press
> > |line of text, indented
> >
> >Why doesn't this work? Ought to work, right, in an intuitive UI?
> >;-)
>
> I t
On Wed, Oct 03, 2007 at 09:45:13PM +0100, John Levon wrote:
> On Wed, Oct 03, 2007 at 07:45:21PM +0200, Andre Poenitz wrote:
>
> > > > Of course this would emphasize structure and would not be acceptable
> > > > by the finger painting faction as that's not what they used to.
> > >
> > > How do yo
Jean-Marc Lasgouttes wrote:
[[Context]] is used to distinguish otherwise identical strings, which could
have different translation dependent on the Context. [[Context]] appears only
in msgid string and should not be repeated in the translated version.
-
You should leave i
> Anyway, I am going to fix the babel error without reverting r20508.
Thanks Enrico!
But it would be good to inform also the babel maintainer to fix this.
regards Uwe
> what was the reason for this change? In 1.5.2svn, there does not seem to be a
conflict.
There's a new menu entry in LyX 1.6svn that used the same shortcut.
Uwe
> Question: Is it really desirable to change dialogs which each major release? Why can't we get
them > right at the very first time?
In this case where the dialog now has 4 options, not 2 as before - Yes.
In general, in my opinion, many dialogs should be revised. Take for example the
table dia
[EMAIL PROTECTED] wrote:
On Wed, 3 Oct 2007, Juergen Spitzmueller wrote:
Some thoughts: Say I have a charstyle hello world.
* If I select "hello" and select "bar" from the combo, the result would
be a nested construct "hello world".
I'm not sure it matters, but you make the assumption that it
I'm sure this is the most missing feature of LyX ;-)
Astonishingly we currently don't support Vietnamese. Support for this is relatively easy, as there
is a babel definition file available and inputenc's utf8 encoding covers all Vietnamese characters.
The only difference to other languages is
[EMAIL PROTECTED] wrote:
Andre', could you give an example of a case where you'd like the
cursor to stop in between character styles?
The obvious example is that you'd want to add something in one of them
but not in the other. Of course, which you'd be able to do would depend
upon the nesting o
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Well, I personally think that by supporting this rare and absolutely not
useful use case we will shoot our foot ourself.
OK, here's a more useful one:
"this is my text"
select "is my", hit "none"
"this is my text"
Do you really wa
On Wed, Oct 03, 2007 at 11:28:41PM +0200, Pavel Sanda wrote:
> > On Wed, Oct 03, 2007 at 08:49:46PM +0200, Pavel Sanda wrote:
> > > > Yes, now using the IEEEtran class the dreaded
> > > > "Package babel Error: You haven't defined the language ENGLISH yet"
> > > > is back. This is a regression and r
On Wed, 3 Oct 2007, Juergen Spitzmueller wrote:
Richard Heck wrote:
The difficulty is that, if you're already in the inset, you might be
wanting to apply another one. How do you distinguish that from changing
the inset type (which is the most natural thing).
Some thoughts: Say I have a chars
On Wed, 3 Oct 2007, Martin Vermeer wrote:
Here's another example (metaphor):
|line of text
press
|line of text, indented
Why doesn't this work? Ought to work, right, in an intuitive UI?
;-)
I think you're right, it should work ;-)
^3 should cause the equivalent of 'M-p Right'.
The user
On Wed, 3 Oct 2007, Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 01:20:42PM +0100, John Levon wrote:
On Wed, Oct 03, 2007 at 08:25:12AM +0200, Abdelrazak Younes wrote:
However, insets imply all sorts of things about cursor movement and
mouse placement. Unless things in this area got *massivel
Hi Steve,
There's a discussion going on among the developers that's related to
character styles. I wonder if you could give us some use cases of
character styles...
How would you use them? Will a character style always cover a single
word? Multiple words? Can character styles overlap?
B
> see the UI-bug that I can't see the optional arguments field in the
> hyperref dialog.
which makes me wonder why LaTeXUi.ui with basically the same vertical size
does work for you. there are added spacers (have no idea what they are for).
pavel
On Wed, 3 Oct 2007, Dov Feldstern wrote:
Overlapping ranges are not "semantically wrong", by any means (TEI,
e.g., is aware of this, though I'm not sure they have a good solution;
see http://www.tei-c.org/P4X/NH.html). What we should be doing is trying
to solve this problem, not hiding it by m
> I wonder if this is the culprit:
> http://www.lyx.org/trac/changeset/20567
And it is. I just reverted this and verified.
Jürgen
On Thu, Oct 04, 2007 at 12:14:49AM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
> >On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
> >>after andre's clean ups i get this:
> >>
> >>>..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
> >>found
> >>
> >>this is
Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
after andre's clean ups i get this:
..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
found
this is msvc, so what include is missing here?
Try again.
Not really an include missing, but
>> I have problem with this one:
>> if (title.empty() && author.empty())
>>
>> opt += "pdfusetitle,\n "; IMHO we shouldnt do this unless
>> user decides so.
>
> Why?
T
Abdelrazak Younes wrote:
> That's the patch bringing fixed width float (bug 4002) that is the
> problem not the box fix. If I can't come up with a patch soon it'd be
> easy to revert this commit before 1.5.2. Sorry, I've tested this only
> with figure floats.
I wonder if this is the culprit:
http
On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
> after andre's clean ups i get this:
>
> >..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
> found
>
> this is msvc, so what include is missing here?
Try again.
Not really an include missing, but some strange
Abdelrazak Younes wrote:
> Could someone please try to comment out line 52 of InsetFloat.h and see
> if that fixes the problem?
>
> bool hasFixedWidth() const { return true; }
No. It would have surprised me if it did, actually, since float shouldn't
have any impact on a tabular redraw, should it
Pavel Sanda schrieb:
I have problem with this one:
if (title.empty() && author.empty())
opt += "pdfusetitle,\n ";
IMHO we shouldnt do this unless user decides so.
after andre's clean ups i get this:
>..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
found
this is msvc, so what include is missing here?
thanks
> On Wed, Oct 03, 2007 at 08:49:46PM +0200, Pavel Sanda wrote:
> > > Yes, now using the IEEEtran class the dreaded
> > > "Package babel Error: You haven't defined the language ENGLISH yet"
> > > is back. This is a regression and r20508 should be reverted.
> >
> > btw what version of IEEEtran.cls y
> - when the user uses hyperref but don't set a title AND author, these two
> fields will be automatically set by hyperref (when the documentclass
> supports this feature)
I have problem with this one:
if (title.empty() && author.empty())
Could the FORMATS file please updates when the file format is increased?
thanks and regards
Uwe
Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Michael Gerz wrote:
if you edit a table with 1.5.2svn such that the width of the table
shrinks, you see some ugly artefacts on the right of the table.
I see this, too. Looks like an update issue.
Oh... I see this too within a float (I wa
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Could you give a more precise recipe to reproduce this please?
It's easy. Just insert a table, type some text in a cell, and press
backspace to delete the text again. Clicking in the workarea fixes the
display.
OK then it's not that probl
On Wed, Oct 03, 2007 at 07:45:21PM +0200, Andre Poenitz wrote:
> > > Of course this would emphasize structure and would not be acceptable
> > > by the finger painting faction as that's not what they used to.
> >
> > How do you expect a reasonable discourse when you characterize your
> > opponents
[EMAIL PROTECTED] schrieb:
Author: uwestoehr
Date: Wed Oct 3 12:37:43 2007
New Revision: 20693
URL: http://www.lyx.org/trac/changeset/20693
Log:
de.po: fix shortcut
Modified:
lyx-devel/trunk/po/de.po
Modified: lyx-devel/trunk/po/de.po
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/po/d
On Wed, Oct 03, 2007 at 10:33:41PM +0300, Martin Vermeer wrote:
> > > No need to select... just be inside the inset to be dissolved.
> >
> > It's needed or you can't tell "choose a style, then type in it" from
> > "change this text to be the style I select"
> >
> > regards
> > john
>
> Dissolvi
[EMAIL PROTECTED] schrieb:
Author: uwestoehr
Date: Wed Oct 3 11:56:28 2007
New Revision: 20690
URL: http://www.lyx.org/trac/changeset/20690
Log:
WrapUi.ui: better dialog layout
This seems to be the n-th dialog whose layout changed for the 1.6
series. There were also a couple of dialogs tha
Abdelrazak Younes wrote:
> Could you give a more precise recipe to reproduce this please?
It's easy. Just insert a table, type some text in a cell, and press
backspace to delete the text again. Clicking in the workarea fixes the
display.
We used to have the same problem in listings (but it's sol
Juergen Spitzmueller wrote:
Michael Gerz wrote:
if you edit a table with 1.5.2svn such that the width of the table
shrinks, you see some ugly artefacts on the right of the table.
I see this, too. Looks like an update issue.
Oh... I see this too within a float (I was just
This problem doe
Juergen Spitzmueller wrote:
Michael Gerz wrote:
if you edit a table with 1.5.2svn such that the width of the table
shrinks, you see some ugly artefacts on the right of the table.
I see this, too. Looks like an update issue.
Could you give a more precise recipe to reproduce this please?
On Wed, Oct 03, 2007 at 08:49:46PM +0200, Pavel Sanda wrote:
> > Yes, now using the IEEEtran class the dreaded
> > "Package babel Error: You haven't defined the language ENGLISH yet"
> > is back. This is a regression and r20508 should be reverted.
>
> btw what version of IEEEtran.cls you have ?
W
Michael Gerz wrote:
> if you edit a table with 1.5.2svn such that the width of the table
> shrinks, you see some ugly artefacts on the right of the table.
I see this, too. Looks like an update issue.
> This problem does not appear with 1.5.1 and has been introduced within
> the last 2 or 3 weeks
With changesets 20707 and 20708 the PDF options support should now near to be ready. There are the
following new "features":
- when the user uses hyperref but don't set a title AND author, these two fields will be
automatically set by hyperref (when the documentclass supports this feature)
-
Martin Vermeer wrote:
> But then it would be logically consistent to have the combo box default
> to replace when inside a charstyle.
I'm not sure.
> Clicking the same charstyle type
> as the one you're in then also becomes a no-op.
This should be so, yes.
Jürgen
On Wed, Oct 03, 2007 at 08:28:18PM +0100, John Levon wrote:
> On Wed, Oct 03, 2007 at 08:06:18PM +0300, Martin Vermeer wrote:
>
> > No need to select... just be inside the inset to be dissolved.
>
> It's needed or you can't tell "choose a style, then type in it" from
> "change this text to be the
On Wed, Oct 03, 2007 at 08:35:44PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > But it wouldn't do anything?
>
> No. If you have none and select none, you still have none in the end ;-)
>
> (it's just like selecting Standard [paragraph] when you are in Standard
> already)
>
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I have both here.
For char styles?
For what MS calls styles yes but are just handy shortcuts to set
predefined font attributes.
Abdel.
On Wed, Oct 03, 2007 at 08:06:18PM +0300, Martin Vermeer wrote:
> No need to select... just be inside the inset to be dissolved.
It's needed or you can't tell "choose a style, then type in it" from
"change this text to be the style I select"
regards
john
On Wed, Oct 03, 2007 at 08:45:07PM +0200, Juergen Spitzmueller wrote:
> Abdelrazak Younes wrote:
>
> > Well, I personally think that by supporting this rare and absolutely not
> > useful use case we will shoot our foot ourself.
>
> OK, here's a more useful one:
>
> "this is my text"
> select "is
Pavel Sanda schrieb:
Uwe, these may have their counterparts in GUI, what do you think ?
If so I want these to be merged in one commit with todos in PDFOptions.h.
Wait a minute please, I'm not yet ready. I'll write you an email later about
the details.
Uwe
Abdelrazak Younes wrote:
> I have both here.
For char styles? Interesting.
Jürgen
>PDFOptions.cpp: add two hyperref options for better compatibility for
>non-latin titles, etc.
Uwe, these may have their counterparts in GUI, what do you think ?
If so I want these to be merged in one commit with todos in PDFOptions.h.
Pavel
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Wed Oct 3 20:56:37 2007
New Revision: 20706
URL: http://www.lyx.org/trac/changeset/20706
Log:
shuffle some code around
Removed:
lyx-devel/trunk/src/callback.cpp
lyx-devel/trunk/src/callback.h
At last! :-)
Abdel.
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Well, I personally think that by supporting this rare and absolutely not
useful use case we will shoot our foot ourself.
OK, here's a more useful one:
"this is my text"
select "is my", hit "none"
"this is my text"
Do you really want to fo
> if you edit a table with 1.5.2svn such that the width of the table shrinks,
> you see some ugly artefacts on the right of the table.
this has been also the case with the Box before the fixed-width patch arrived.
maybe it has something common.
pavel
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I stand corrected: they don't.
Well Word 2002 (XP) has a side panel in Format->Font
Hum, correction, that is Format->Styles and Formatting.
Yes, but no combo.
I have both here.
Abdel.
Hi,
if you edit a table with 1.5.2svn such that the width of the table
shrinks, you see some ugly artefacts on the right of the table.
This problem does not appear with 1.5.1 and has been introduced within
the last 2 or 3 weeks.
Michael
> Yes, now using the IEEEtran class the dreaded
> "Package babel Error: You haven't defined the language ENGLISH yet"
> is back. This is a regression and r20508 should be reverted.
btw what version of IEEEtran.cls you have ?
pavel
Abdelrazak Younes wrote:
> Well, I personally think that by supporting this rare and absolutely not
> useful use case we will shoot our foot ourself.
OK, here's a more useful one:
"this is my text"
select "is my", hit "none"
"this is my text"
Do you really want to force users to
- dissolve eve
Abdelrazak Younes wrote:
>> I stand corrected: they don't.
>
> Well Word 2002 (XP) has a side panel in Format->Font
Yes, but no combo.
Jürgen
BTW Word's side panel is not too bad as a model.
Richard Heck wrote:
Juergen Spitzmueller wrote:
Richard Heck wrote:
The difficulty is that, if you're already in the inset, you might be
wanting to apply another one. How do you distinguish that from changing
the inset type (which is the most natural thing).
Some thoughts: Say I have a
Martin Vermeer wrote:
> But it wouldn't do anything?
No. If you have none and select none, you still have none in the end ;-)
(it's just like selecting Standard [paragraph] when you are in Standard
already)
Jürgen
Martin Vermeer wrote:
> Do people put umlauts in labels? Just filter them out I'd say.
I think we already so.
Jürgen
Juergen Spitzmueller wrote:
Martin Vermeer wrote:
* If I want to get rid of "foo", I select "hello world" and select "none"
from the combo (which "dissolves" the inset)
No need to select... just be inside the inset to be dissolved.
I disagree. The users shouldn't bother whether they are insi
Martin Vermeer wrote:
> Doesn't express _meaning_, does it?
I think you are too picky here ;-)
Jürgen
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
I see. However, we might think about a panel solution (as in OOs, Word
2003 and InDesign), where you could have a button "change to". At least
the former two have a combox and a panel (for the more complex tasks), so
it's not necessarily r
On Wed, Oct 03, 2007 at 07:45:32PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > I think the combo box is a great idea. "None" should indeed just
> > dissolve the current inset (and thus not exist in top level text).
> > We have currently an LFUN_INSET_DISSOLVE ... do we need a
On Wed, Oct 03, 2007 at 07:14:56PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > Do we need to escape? I remeber seeing unescaped underscores in labels.
>
> I think we need to escape special characters (such as umlauts) in some
> encodings.
>
> Jürgen
Do people put umlauts in
On Wed, Oct 03, 2007 at 07:16:36PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> >> * If I want to get rid of "foo", I select "hello world" and select "none"
> >> from the combo (which "dissolves" the inset)
> >
> > No need to select... just be inside the inset to be dissolved.
>
Juergen Spitzmueller wrote:
Richard Heck wrote:
Patch fixes bug. Very safe indeed.
Jurgen?
Go for it.
Committed to branch at 20702.
rh
Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 01:20:42PM +0100, John Levon wrote:
On Wed, Oct 03, 2007 at 08:25:12AM +0200, Abdelrazak Younes wrote:
However, insets imply all sorts of things about cursor movement and
mouse placement. Unless things in this area got *massively* cleaned up
Richard Heck wrote:
> Yes, sorry, I wasn't thinking in terms of selections. But I'd add, for
> simplicity: If you're in an inset and, even without a selection, choose
> "None", that dissolves it. There should be an easy way to do that.
Maybe yes. As a user, however, I would probably expect that n
Martin Vermeer wrote:
> Do we need to escape? I remeber seeing unescaped underscores in labels.
I think we need to escape special characters (such as umlauts) in some
encodings.
Jürgen
Martin Vermeer wrote:
>> * If I want to get rid of "foo", I select "hello world" and select "none"
>> from the combo (which "dissolves" the inset)
>
> No need to select... just be inside the inset to be dissolved.
I disagree. The users shouldn't bother whether they are inside an inset.
>> * If
Juergen Spitzmueller wrote:
> I see. However, we might think about a panel solution (as in OOs, Word
> 2003 and InDesign), where you could have a button "change to". At least
> the former two have a combox and a panel (for the more complex tasks), so
> it's not necessarily redundant to have both.
Martin Vermeer wrote:
> I think the combo box is a great idea. "None" should indeed just
> dissolve the current inset (and thus not exist in top level text).
> We have currently an LFUN_INSET_DISSOLVE ... do we need a separate
> one for charstyles only?
In the top level text (i.e. if the cursor i
On Wed, Oct 03, 2007 at 01:26:16PM +0100, John Levon wrote:
> On Wed, Oct 03, 2007 at 10:03:32AM +0200, Andre Poenitz wrote:
>
> > Of course this would emphasize structure and would not be acceptable
> > by the finger painting faction as that's not what they used to.
>
> How do you expect a reaso
On Wed, Oct 03, 2007 at 01:20:42PM +0100, John Levon wrote:
> On Wed, Oct 03, 2007 at 08:25:12AM +0200, Abdelrazak Younes wrote:
>
> > >However, insets imply all sorts of things about cursor movement and
> > >mouse placement. Unless things in this area got *massively* cleaned up
> > >since I last
On Wed, Oct 03, 2007 at 02:10:09PM +0200, Jean-Marc Lasgouttes wrote:
> > We define an "attribute precedence" order. Then, we use the following
> > rules (to be applied when moving from the GUI to non-overlapping
> > markup) to make sure that at any given position, the
> > highest-precedence active
Juergen Spitzmueller wrote:
Richard Heck wrote:
The difficulty is that, if you're already in the inset, you might be
wanting to apply another one. How do you distinguish that from changing
the inset type (which is the most natural thing).
Some thoughts: Say I have a charstyle hello worl
On Wed, Oct 03, 2007 at 01:37:17PM +0200, Dov Feldstern wrote:
> Richard Heck wrote:
> >Dov Feldstern wrote:
> >>I agree very much with what JMarc has been saying about this issue:
> >>although I like very much the idea of character styles / logical
> >>markup, I don't think that insets are the r
On Wed, Oct 03, 2007 at 12:37:57PM -0400, Richard Heck wrote:
> Juergen Spitzmueller wrote:
> >John Levon wrote:
> >
> >>>4. Inset dissolving should be more intuitive. There should be a menu
> >>>item "Remove charstyle"---it doesn't have to be called that---that
> >>>dissolves the current (innerm
On Wed, Oct 03, 2007 at 01:05:38PM +0200, Helge Hafting wrote:
> >I, for instance, actually prefer having two separate positions at a font
> >boundary.
>
> For the sole purpose of supporting dissolving?
No, for the prupose of being able to work with it. Right now I get the
wrong behaviour in 50% o
On Wed, Oct 03, 2007 at 05:56:47PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > Are the contents of labels general LaTeX text? I don't believe so.
>
> I don't think so. The only thing we have to care about is some escaping
> things. But I think for labels, the current dialog a
On Wed, Oct 03, 2007 at 06:39:14PM +0200, Juergen Spitzmueller wrote:
> Richard Heck wrote:
>
> > The difficulty is that, if you're already in the inset, you might be
> > wanting to apply another one. How do you distinguish that from changing
> > the inset type (which is the most natural thing).
>
Richard Heck wrote:
> Yes, "none" would work fine if we had such a combo box (which we don't
> yet). But I'd also like to have "change to ..." rather than having to
> dissolve and re-apply. This is harder to do with a combo box, since you
> may haven't wanted to insert a new inset within the exist
Koji Yokota wrote:
> I'm currently updating the Japanese message file
Konnichiwa!
this is just to remind you that we need your translation by Friday.
Domo arigato,
Jürgen
Juergen Spitzmueller wrote:
Richard Heck wrote:
There's a URL charstyle (duck!) in 1.6.svn, as url.module. So that's
already been done.
Does it have a dialog the enter the "Name" and select "html" (or whatever we
had in the old dialog)?
No, the charstyle is just for URL. The old URL
Richard Heck wrote:
> 5. Charstyle drawing shouldn't mess up line breaking the way it does
> now. The insets get drawn as if they are single characters, so you end
> up with:
> This issome
> text. This issome
> text.
> [
Richard Heck wrote:
> There's a URL charstyle (duck!) in 1.6.svn, as url.module. So that's
> already been done.
Does it habe a dialog the enter the "Name" and select "html" (or whatever we
had in the old dialog)?
Jürgen
On Wed, Oct 03, 2007 at 12:22:00PM -0400, Richard Heck wrote:
> The difficulty is that, if you're already in the inset, you might be
> wanting to apply another one. How do you distinguish that from changing
> the inset type (which is the most natural thing).
You only change anything if there's
Richard Heck wrote:
> The difficulty is that, if you're already in the inset, you might be
> wanting to apply another one. How do you distinguish that from changing
> the inset type (which is the most natural thing).
Some thoughts: Say I have a charstyle hello world.
* If I select "hello" and se
Juergen Spitzmueller wrote:
John Levon wrote:
4. Inset dissolving should be more intuitive. There should be a menu
item "Remove charstyle"---it doesn't have to be called that---that
dissolves the current (innermost) inset. Maybe there should also be a
I believe you can do that simply
Juergen Spitzmueller wrote:
Martin Vermeer wrote
Are the contents of labels general LaTeX text? I don't believe so.
I don't think so. The only thing we have to care about is some escaping
things. But I think for labels, the current dialog approach might be
better.
But URL!
There's a UR
John Levon wrote:
>> 4. Inset dissolving should be more intuitive. There should be a menu
>> item "Remove charstyle"---it doesn't have to be called that---that
>> dissolves the current (innermost) inset. Maybe there should also be a
>
> I believe you can do that simply by setting the style combo
1 - 100 of 213 matches
Mail list logo
