Juergen Spitzmueller wrote:
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 ha
Juergen Spitzmueller wrote:
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
Are
I do no know much about hyperref, but these hanges look strange to me.
Can someone comment?
> + // since LyX uses unicode, also set the PDF strings to unicode strings
> with the
> + // hyperref option "unicode"
> + opt += "unicode=true,\n ";
What happens when the output is _not_ uni
Juergen Spitzmueller wrote:
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 ha
[EMAIL PROTECTED] writes:
> What is the TAB-key mapped to by the way? Could TAB and S-TAB be used
> for M-P Right/Left?
This is something I want to do. I think it is next-cell right now.
JMarc
> I do no know much about hyperref, but these hanges look strange to me.
> Can someone comment?
look on the yeasterday's thread Changeset 20707. i had exactly the same
concerns.
> > + // since LyX uses unicode, also set the PDF strings to unicode strings
> > with the
> > + // hyperref optio
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> 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 "w
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> To satisfy everybody maybe we should implement charstyle as font
> attribute (and thus please Dov and John) and rename our current
> charstyle to textstyle. I know for sure that I won't use charstyle
> where the atom is a character.
Yesss ! Three di
Abdelrazak Younes wrote:
> No, anything that is character level should be done by hand by the user.
> So, as a user, you will have to exit the inset after the 'r' of Peter.
> Otherwise the "'s" would be in the noun inset together with "Peter". We
> just cannot read the mind of users :-)
Sure. How
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Insets are straightforward to implement. Font ranges are not.
>
> I recently had a look at our coding rules. "KISS" was and still is
> the first item...
Yes, but it should not dictqte the UI (am I repeating myself?)
JMarc
> >I was not succesfull even wihtout changes with pdflatex :
> >on console many thinhs like:
> >Warning--I didn't find a database entry for "fancyhdr"
>
> That means that you cannot compile the LyX UserGuide?
Yes.
> Then there is something wrong with your LaTeX installation.
I dont think so. Bu
Abdelrazak Younes wrote:
> Are you sure you don't want my wide() removal patch? As 1.5.2 has been
> delayed, I reckon there is enough time to test it.
I want to prepare the tarball tomorrow and release on monday. 1.5.2 is
overdue. I think the wide change would require some more time.
Jürgen
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
To satisfy everybody maybe we should implement charstyle as font
attribute (and thus please Dov and John) and rename our current
charstyle to textstyle. I know for sure that I won't use charstyle
where the atom is a chara
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> BTW Word's side panel is not too bad as a model.
The office 2007 UI blog posts I referred to earlier explain how the
proliferation of side panels in word meant that they just scrapped
everything and built a new UI.
JMarc
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
Insets are straightforward to implement. Font ranges are not.
I recently had a look at our coding rules. "KISS" was and still is
the first item...
Yes, but it should not dictqte the UI (am I repeating myself?)
But _I_ ha
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> The only difference to other languages is that you have to load
> babel direcly with the language options:
>
> \usepackage[bla,vietnam,blub]{babel}
>
> and not
>
> \documentclass[bla,vietnam,blub]{article}
> \usepackage{babel}
This is very weird. The two us
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
No, anything that is character level should be done by hand by the user.
So, as a user, you will have to exit the inset after the 'r' of Peter.
Otherwise the "'s" would be in the noun inset together with "Peter". We
just cannot read the mind
Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 12:15:43PM +0200, Helge Hafting wrote:
Richard Heck wrote:
Andre Poenitz wrote:
Is there a particular reason we keep the dialogs around instead of
re-build them each time they are shown?
Do they keep important state?
I se
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> I do no know much about hyperref, but these hanges look strange to me.
>> Can someone comment?
>
> look on the yeasterday's thread Changeset 20707. i had exactly the same
> concerns.
>
Yes, I saw it too late.
JMarc
On Thursday 04 October 2007 08:14:22 Jean-Marc Lasgouttes wrote:
> Why do this even if the author did not ask for it? Shouldn't it be an
> additional option?
I agree with Jean-Marc here, and I also think that we should set this option
to be enabled by default.
> In general, adding options behi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Right. This was to say: we will obviously never reach an agreement as
> our views are fundamentally different.
What we could to try try to resolve this argument is look at what
proper html editors (nvu?) do. They have to deal with the same
problems
José Matos wrote:
In general, adding options behind the user's back looks bad to me.
+2
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> But _I_ happen to like clear threshold between different things, the
> kind of threshold is naturally achieved by insets. So why, as a user,
> do I have to suffer your way of typing? This goes the other way around
> obviously. With insets at least we
Michael Gerz wrote:
Question: Is it really desirable to change dialogs which each major
release?
your question suggests that changing them is a goal in itself.
but yes, it is desirable to improve lyx's dialogs and make them more
uniform...
Why can't we get them right at the very first time
Abdelrazak Younes wrote:
> Sure and this will be very easy to achieve with the inset
> implementation. We are not in contracdiction here
Fine then. I just wanted to make sure.
Jürgen
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Right. This was to say: we will obviously never reach an agreement as
our views are fundamentally different.
What we could to try try to resolve this argument is look at what
proper html editors (nvu?) do. They have to
Juergen Spitzmueller wrote:
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,
Could you please try this?
Abdel.
Index: Ins
> On Thursday 04 October 2007 08:14:22 Jean-Marc Lasgouttes wrote:
> > Why do this even if the author did not ask for it? Shouldn't it be an
> > additional option?
>
> I agree with Jean-Marc here, and I also think that we should set this
> option
> to be enabled by default.
it was my original
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
More seriously, this whole discussion comes a bit late IMHO. I know
that you emitted some objections when Martin started the
implementation but they were not too strong. We have something _now_
and I'd be a pity to revert
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Within text the syndrome won't be as evident because you
> generally only have one depth and not multiple level like in mathed.
Why do we need to nest insets then ? :-P
JMarc
Jean-Marc Lasgouttes wrote:
Dov Feldstern <[EMAIL PROTECTED]> writes:
Abdelrazak Younes wrote:
We will face challenge for sure but Cursor movement is already
working well for entering and leaving insets. We will have to decide
what to do with selection though. I am in the opinion that
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
But _I_ happen to like clear threshold between different things, the
kind of threshold is naturally achieved by insets. So why, as a user,
do I have to suffer your way of typing? This goes the other way around
obviously.
Abdelrazak Younes wrote:
> More seriously, this whole discussion comes a bit late IMHO.
But nevertheless, it's a good thing that we have the discussion finally.
Even if I did not find enough time to jump in, I appreciate it very much.
Jürgen
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> More seriously, this whole discussion comes a bit late IMHO. I know
> that you emitted some objections when Martin started the
> implementation but they were not too strong. We have something _now_
> and I'd be a pity to revert it because you and oth
Abdelrazak Younes wrote:
But why would you want to have two different charstyles in the _same_
word? If you need that then I would say that this is a use case where
you really want to use font attributes and not charstyle.
This happens natureally when you really start to add markup.
A word ca
Andre Poenitz wrote:
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 g
Helge Hafting wrote:
Abdelrazak Younes wrote:
But why would you want to have two different charstyles in the _same_
word? If you need that then I would say that this is a use case where
you really want to use font attributes and not charstyle.
This happens natureally when you really start to
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Within text the syndrome won't be as evident because you
generally only have one depth and not multiple level like in mathed.
Why do we need to nest insets then ? :-P
You know what I meant... :-)
Abdel.
Martin Vermeer wrote:
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?
;-)
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
More seriously, this whole discussion comes a bit late IMHO.
But nevertheless, it's a good thing that we have the discussion finally.
Even if I did not find enough time to jump in, I appreciate it very much.
Yes sorry, I think I wrote too
Richard Heck wrote:
Without meaning to prejudge the question whether CharStyles should be
insets, here's my list of things that ought to be done if they are
going to stay that way. They are addressed specifically to what Abdel
was calling the "look and feel" aspect of charstyles, which are in
It seems that there's a bogus character between 'h' and 'C'. At least
Thunderbird does not understand it:
ĤĴĥȷ̂ĈĜŜĉĝŝ
Abdel.
Martin Vermeer wrote:
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
Dear All,
I would like to ask you about document comparison.
How can I compare two .lyx document to see the changes between them?
It would be quite nice for updating translations.(since thange tracking
is disabled for this.)
A few month ago I've set-up a local svn on my linux box to store both
th
Abdelrazak Younes wrote:
> Could you please try this?
Doesn't work, unfortunately.
Jürgen
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Could you please try this?
Doesn't work, unfortunately.
OK then revert the optimization as I don't want to spend too much time
on it.
Abdel.
Abdelrazak Younes wrote:
> OK then revert the optimization as I don't want to spend too much time
> on it.
done.
Jürgen
Jean-Marc Lasgouttes schrieb:
\usepackage[bla,vietnam,blub]{babel}
and not
\documentclass[bla,vietnam,blub]{article}
\usepackage{babel}
This is very weird. The two uses should be equivqlent. Where is this
documented?
Why is this weird? Every language package manual I know states to load ba
> It seems that there's a bogus character between 'h' and 'C'. At least
Thunderbird does not
> understand it:
>
> ĤĴĥȷ̂ĈĜŜĉĝŝ
Because Qt? don't understand it and I copied it from there. The character is the "ĵ" and appears
correctly in the output. We discussed this short before the LyX 1.5.0 re
Uwe Stöhr wrote:
> It seems that there's a bogus character between 'h' and 'C'. At least
Thunderbird does not
> understand it:
>
> ĤĴĥȷ̂ĈĜŜĉĝŝ
Because Qt?
Maybe but I don't think so, otherwise it would have appeared correctly
in thunderbird and on the wiki page in mozilla.
don't unders
> http://www.lyx.org/trac/changeset/20727
Eh, what are you doing? You destroyed the complete dialog.
We discussed this before I committed this. Please revert! (Or I'll do.)
Uwe
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
> It seems that there's a bogus character between 'h' and 'C'. At
least Thunderbird does not
> understand it:
>
> ĤĴĥȷ̂ĈĜŜĉĝŝ
Because Qt?
Maybe but I don't think so, otherwise it would have appeared correctly
in thunderbird and on the wiki page
Abdelrazak Younes wrote:
> OK but note that I think this mean that a single math inset in a
> paragraph, no matter where will trigger a full redraw in any case.
I know. That's certainly not ideal, but we're going to get back to the issue
for 1.5.3 (and 1.5.2 still has enough improvements).
Jürge
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
OK then revert the optimization as I don't want to spend too much time
on it.
done.
OK but note that I think this mean that a single math inset in a
paragraph, no matter where will trigger a full redraw in any case.
Abdel.
> > + // since LyX uses unicode, also set the PDF strings to unicode strings
>> with the
>> + // hyperref option "unicode"
>> + opt += "unicode=true,\n ";
>
> What happens when the output is _not_ unicode?
How that?
> What does this option do exactly?
Option pdfencoding
The PDF for
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
> It seems that there's a bogus character between 'h' and 'C'. At
least Thunderbird does not
> understand it:
>
> ĤĴĥȷ̂ĈĜŜĉĝŝ
Because Qt?
Maybe but I don't think so, otherwise it would have appeared correctly
in thunder
Uwe Stöhr wrote:
> Eh, what are you doing? You destroyed the complete dialog.
> We discussed this before I committed this.
what is destroyed?
> Please revert! (Or I'll do.)
the dialog layout was very messy, so please tell me what is wrong atm so that i
can address it...
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> To be frank, I am tired of people introducing features by promosing
>> things and the do something else (martin, if you are reading this, it
>> is not for you :).
>
> So, is it for me?
Not only :)
JMarc
PS: you probably know of a couple of cases
Helge Hafting <[EMAIL PROTECTED]> writes:
>> In mathed, repeated spaces cycle though whitespaces of different width.
>> It's fun when you get used to it, but intuitive? Hardly. These are
>> gimmicks.
>>
> I think that is simple enough - press space again to get bigger space.
> Whether bigger sp
Alex <[EMAIL PROTECTED]> writes:
> I would like to ask you about document comparison.
> How can I compare two .lyx document to see the changes between them?
> It would be quite nice for updating translations.(since thange tracking
> is disabled for this.)
One solution is using wdiff:
http://www.m
Abdelrazak Younes wrote:
> It seems that there's a bogus character between 'h' and 'C'. At least
> Thunderbird does not understand it:
> ĤĴĥȷ̂ĈĜŜĉĝŝ
There is no problem with the userguide at all. It contains the ĵ in
denormalized form:
0x0237 dotless j
0x0302 combining circumflex
If you'd use a
> iT IS SAVE TO USE UNICODE IN ALL CASES. I tested this carefully I think.
I hope, because if some trouble bubbles up user has no reasonable way how to
get rid of it then.
Pavel
On Thu, Oct 04, 2007 at 01:55:54PM +0200, Jean-Marc Lasgouttes wrote:
> Alex <[EMAIL PROTECTED]> writes:
>
> > I would like to ask you about document comparison.
> > How can I compare two .lyx document to see the changes between them?
> > It would be quite nice for updating translations.(since tha
make[6]: Entering directory `/local/lasgoutt/devbuild/src/frontends/qt4'
echo "" > Resources.qrc
find ../../../../lyx-devel/lib/images -name '*.png' \
| sed -e 's:../../../../lyx-devel/lib/\(.*\):&:' \
>> Resources.qrc
echo "" >> Resources.qrc
rcc Resources.qrc -o Resources.cpp
make[6]: rc
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> > + // since LyX uses unicode, also set the PDF strings to unicode
>> > strings
>>> with the
>>> + // hyperref option "unicode"
>>> + opt += "unicode=true,\n ";
>>
>> What happens when the output is _not_ unicode?
>
> How that?
So when a docum
I find equation entry on lyx rather nice (being a long-time latex user), but
editing leaves something to be desired. I find it almost impossible to
mark, cut and paste parts of equations. Almost every time I try, I wind up
selecting the whole equation and starting over.
I hope this can be improv
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
To be frank, I am tired of people introducing features by promosing
things and the do something else (martin, if you are reading this, it
is not for you :).
So, is it for me?
Not only :)
Well, I'd be interested to k
On Thu, Oct 04, 2007 at 12:31:32PM +0200, Uwe Stöhr wrote:
> > http://www.lyx.org/trac/changeset/20727
>
> Eh, what are you doing? You destroyed the complete dialog.
> We discussed this before I committed this. Please revert! (Or I'll do.)
Uwe, you have to understand that when something works on
Georg Baum wrote:
Abdelrazak Younes wrote:
It seems that there's a bogus character between 'h' and 'C'. At
least Thunderbird does not understand it: ĤĴĥȷ̂ĈĜŜĉĝŝ
There is no problem with the userguide at all. It contains the ĵ in
denormalized form:
0x0237 dotless j 0x0302 combining circumfl
On Wed, Oct 03, 2007 at 03:57:56AM +0200, Dov Feldstern wrote:
> Hi!
>
> This is an email I started writing a couple of months ago, regarding the
> ignore-spellcheck discussion; but it is even more relevant now with
> reference to the questions being raised about character styles as insets.
>
>
Neal Becker wrote:
I find equation entry on lyx rather nice (being a long-time latex user), but
editing leaves something to be desired. I find it almost impossible to
mark, cut and paste parts of equations. Almost every time I try, I wind up
selecting the whole equation and starting over.
If
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
It seems that there's a bogus character between 'h' and 'C'. At
least Thunderbird does not understand it: ĤĴĥȷ̂ĈĜŜĉĝŝ
There is no problem with the userguide at all. It contains the ĵ in
denormalized form:
0x0237 dotless j
Abdelrazak Younes wrote:
> Neal Becker wrote:
>> I find equation entry on lyx rather nice (being a long-time latex user),
>> but
>> editing leaves something to be desired. I find it almost impossible to
>> mark, cut and paste parts of equations. Almost every time I try, I wind
>> up selecting th
Jean-Marc Lasgouttes schrieb:
So when a document is in, say, latin2, the pdf strings will be in
correct unicode?
As far as I tested, yes.
iT IS SAVE TO USE UNICODE IN ALL CASES. I tested this carefully I
think. And nevertheless, whenever the user uses not latin1 as
encoding, unicode must be
On Wednesday 03 October 2007 02:57:56 Dov Feldstern wrote:
> Hi!
>
> This is an email I started writing a couple of months ago, regarding the
> ignore-spellcheck discussion; but it is even more relevant now with
> reference to the questions being raised about character styles as insets.
In the las
Leuven, E. schrieb:
what is destroyed?
> Please revert! (Or I'll do.)
the dialog layout was very messy, so please tell me what is wrong atm so
that i can address it...
No, this is not the way it works! I implemented that we now use the wrapfig-package for wrap floats.
We can therefore pro
José Matos wrote:
On Wednesday 03 October 2007 02:57:56 Dov Feldstern wrote:
Hi!
This is an email I started writing a couple of months ago, regarding the
ignore-spellcheck discussion; but it is even more relevant now with
reference to the questions being raised about character styles as insets.
On Thu, 4 Oct 2007, Jean-Marc Lasgouttes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
In mathed, repeated spaces cycle though whitespaces of different width.
It's fun when you get used to it, but intuitive? Hardly. These are
gimmicks.
I think that is simple enough - press space again to
>>> Before people start to add their "+1", please read my statement in
>>> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg129100.html
>> I read it, but I still prefer a checkbox, even if it defaults to on.
>> As for the previous option, if it was so great, it would default to
>> true in hyp
On Thu, Oct 04, 2007 at 10:20:43AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Within text the syndrome won't be as evident because you
> > generally only have one depth and not multiple level like in mathed.
>
> Why do we need to nest insets then ? :
On Thu, Oct 04, 2007 at 10:13:59AM +0200, Jean-Marc Lasgouttes wrote:
> > More seriously, this whole discussion comes a bit late IMHO. I know
> > that you emitted some objections when Martin started the
> > implementation but they were not too strong. We have something _now_
> > and I'd be a pity
On Thu, Oct 04, 2007 at 10:09:22AM +0200, Helge Hafting wrote:
> Jean-Marc Lasgouttes wrote:
> >Dov Feldstern <[EMAIL PROTECTED]> writes:
> >
> >
> >>Abdelrazak Younes wrote:
> >>
> >>>We will face challenge for sure but Cursor movement is already
> >>>working well for entering and leaving in
On Thu, Oct 04, 2007 at 09:47:28AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Right. This was to say: we will obviously never reach an agreement as
> > our views are fundamentally different.
>
> What we could to try try to resolve this argument is lo
On Thu, Oct 04, 2007 at 09:52:44AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > But _I_ happen to like clear threshold between different things, the
> > kind of threshold is naturally achieved by insets. So why, as a user,
> > do I have to suffer your wa
On Thu, Oct 04, 2007 at 09:22:15AM +0200, Jean-Marc Lasgouttes wrote:
> Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> > 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 y
On Thu, Oct 04, 2007 at 09:24:13AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > To satisfy everybody maybe we should implement charstyle as font
> > attribute (and thus please Dov and John) and rename our current
> > charstyle to textstyle. I know for su
On Thu, 4 Oct 2007, Abdelrazak Younes wrote:
What are your criteria for something being a "word"? I.e., does your
approach handle cases like:
"\noun[Peter}'s patch \command{\define}s some new \program{LyX}-friendly
\command{environtment}s in a \noun{Knuth}ian way"?
No, anything that is cha
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> I suspected something like that but we had 770 not 237 in addition to
>> 302 so I think there was a problem nevertheless.
There is no problem in 1.5. 1.5 has 0x0237 and then 0x0302, and this is
correct. If 1.6 is different then there might be
On Thu, 4 Oct 2007, Martin Vermeer wrote:
Perhaps Andre doesn't suffer fools gladly, in which case I sympathise.
Not implying that you're one of those fools, but the refusal by so many
on this list to accept a UI paradigm for LyX that matches hand-in-glove
the natural structure of the feature
> Uwe, you have to understand that when something works on windows
> (or for you) it doesn't mean that it works everywhere (or for others).
> The layout was broken on solaris (wrap-bad.png) and Edwin corrected
> that (wrap-ok.png).
This is not what I meant. Edwin reverted the checkboxes and their
On Thu, Oct 04, 2007 at 06:46:45PM +0300, Martin Vermeer wrote:
> Not very convincing, is it? Most people learn from experience. What
> would happen here is that they would quickly pick up that -- no, this
> stuff does not behave like italicize; it behaves like insets instead.
> Familiar paradigm
On Thu, 4 Oct 2007, 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
On Thu, Oct 04, 2007 at 06:52:48PM +0300, Martin Vermeer wrote:
> > Why do we need to nest insets then ? :-P
>
> Actually I don't think we should (usually). In text, cases where we
> want to nest (charstyle) insets ought to be rare, if we have defined
> them as sensible semantic units. Over-use o
> The unicode character is #309 but the one in the wiki and also in the
UserGuide is #770. So a
> simple correction should solve the problem. I don't get a crash here anyway
when selecting the
> small black square used to represent #770.
When you found a solution, could you please fix this in t
-- Forwarded message --
Date: Thu, 4 Oct 2007 12:31:57 -0400
From: Steve Litt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Use cases for charstyles (Was: *not* everything is an inset!)
On Wednesday 03 October 2007 18:20, you wrote:
Hi Steve,
There's a discussion going
On Thu, Oct 04, 2007 at 10:23:09AM +0200, Helge Hafting wrote:
> Having at least two styles beginning at the same point will
> happen, with 3 cursor positions in front of a word. If you
> click there and want to delete the previous word, will
> you remove styles as well? Or if you want to remove st
On Thu, Oct 04, 2007 at 02:28:40PM +0200, Jean-Marc Lasgouttes wrote:
>
> make[6]: Entering directory `/local/lasgoutt/devbuild/src/frontends/qt4'
> echo "" > Resources.qrc
> find ../../../../lyx-devel/lib/images -name '*.png' \
> | sed -e 's:../../../../lyx-devel/lib/\(.*\):&:' \
> >> Res
Uwe Stöhr wrote:
No, this is not the way it works! I implemented that we now use the
wrapfig-package for wrap floats. We can therefore provide two new
parameters. These are optional and after a discussion on the list
(see the one about my Box-patch some days ago) and in bug 3242 I
implemented t
On Thu, Oct 04, 2007 at 06:52:48PM +0300, Martin Vermeer wrote:
> On Thu, Oct 04, 2007 at 10:20:43AM +0200, Jean-Marc Lasgouttes wrote:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> > > Within text the syndrome won't be as evident because you
> > > generally only have one depth and not
On Thu, Oct 04, 2007 at 06:54:43PM +0200, Andre Poenitz wrote:
> On Thu, Oct 04, 2007 at 02:28:40PM +0200, Jean-Marc Lasgouttes wrote:
> >
> > make[6]: Entering directory `/local/lasgoutt/devbuild/src/frontends/qt4'
> > echo "" > Resources.qrc
> > find ../../../../lyx-devel/lib/images -name '*.png
1 - 100 of 192 matches
Mail list logo
