Cucinotta Tommaso wrote:
On Fri, 5 Oct 2007 20:38:52 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
>>we need a good infrastructure for embedding one or more workareas
>>into a dialog.
I would say "for having more workarea widgets around".
Probably, whether embedded into dialogs, toolbars or
spitz wrote:
> URL: http://www.lyx.org/trac/changeset/20749
> Log:
> Grmpf :-(
>
> Modified:
> lyx-devel/branches/BRANCH_1_5_X/lib/doc/Makefile.am
>
> Modified: lyx-devel/branches/BRANCH_1_5_X/lib/doc/Makefile.am
> URL:
> http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_5_X/lib/doc/Make
On Oct 5, 2007, at 11:53 AM, Jürgen Spitzmüller wrote:
I think I have managed to set up my first release tarball, thanks
to the very
good documentation from Jean-Marc and José. Since it is the first
one, I
would appreciate if people could text it on different platforms
before we
release it.
Hi Stefan, as I replied previously I think the way you are enhancng LyX for
macros is brilliant. The problem is I do not see a single one of your
enhancements in LyX 1.5x. When can we expect to see your creativity
incorporated into the product
Regards
Mark Kortink
e: [EMAIL PROTECTED]
p: 0419
Bo Peng wrote:
I have built the official windows installers and put them in
http://www.lyx.org/~bpeng/ . They seem to work fine but tests are
certainly welcome.
The bundled installer uses an older version of imagemagick because I
could not find the version specified by Joost. Please use Joost's
> If you do not find any problems, this will be released on Monday. You can also
> start building binaries from this.
I have built the official windows installers and put them in
http://www.lyx.org/~bpeng/ . They seem to work fine but tests are
certainly welcome.
The bundled installer uses an old
On Fri, 5 Oct 2007 20:38:52 +0200
Andre Poenitz <[EMAIL PROTECTED]>
wrote:
>>we need a good infrastructure for embedding one or
more workareas
>>into a dialog.
I would say "for having more workarea widgets around".
Probably, whether embedded into dialogs, toolbars or tab
panes is not that im
The following idea is fortunately not related to the UI or
implementation...
The idea is intended to simplify entering a word, or a phrase, that has
previously been semantically marked. Here's how it'd work from a user's
perspective:
* The user enters e.g. the text:
Henrik went to wo
On Fri, Oct 05, 2007 at 03:23:27PM -0400, Richard Heck wrote:
>
> Looking over this, it seems that you're doing more than just eliminating
> the controllers. By eliminating ControlCommand, you are also eliminating
> the way ControlRef (e.g.) inherited from ControlCommand, so it
> looks---and I'
On Thu, 4 Oct 2007, [EMAIL PROTECTED] wrote:
I'm trying to build LyX on a machine with a fresh installation of Ubuntu
(something I've never done before).
I've made some progress. Seems this is needed on a fresh Ubuntu:
sudo apt-get install build-essential libqt4-dev
sudo apt-g
On Thu, 4 Oct 2007, [EMAIL PROTECTED] wrote:
I've finally solved it. For future reference, on a fresh installation of
Ubuntu, I think the following is enough to then be able to compiled/build
LyX:
sudo apt-get install build-essential libqt4-dev gettext
sudo apt-get install libc6-dev # This m
On Fri, Oct 05, 2007 at 08:28:30PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 10:23:58PM +0300, Martin Vermeer wrote:
>
> > > > > > (Unfortunately insets are no good for CT)
> > > > >
> > > > > Interesting, why? From what I can see it seems that all the inset
> > > > > people's preference
On Fri, Oct 05, 2007 at 10:23:58PM +0300, Martin Vermeer wrote:
> > > > > (Unfortunately insets are no good for CT)
> > > >
> > > > Interesting, why? From what I can see it seems that all the inset
> > > > people's preferences apply just the same to CT.
> > >
> > > Funny :-(
> >
> > I'm serious
On Fri, Oct 05, 2007 at 08:59:45PM +0200, Andre Poenitz wrote:
> > > I think John understand our point of view very well but he's playing the
> > > devil's advocate.
> >
> > Not at all. I genuinely don't understand how anybody could think that
> > editing equations is like editing prose.
>
> Yo
On Fri, Oct 05, 2007 at 07:00:17PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 08:34:24PM +0300, Martin Vermeer wrote:
>
> > > > (Unfortunately insets are no good for CT)
> > >
> > > Interesting, why? From what I can see it seems that all the inset
> > > people's preferences apply just the
Looking over this, it seems that you're doing more than just eliminating
the controllers. By eliminating ControlCommand, you are also eliminating
the way ControlRef (e.g.) inherited from ControlCommand, so it
looks---and I've only looked at this quickly---as if this will lead to
some duplicat
On Fri, Oct 05, 2007 at 06:59:21PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 07:09:31PM +0200, Abdelrazak Younes wrote:
>
> > The font-related RTL business and the boundary stuff is far far from
> > easy. Look at the different getFont() method and you will see how this
> > stuff is comp
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 09:02:03AM +0200, Abdelrazak Younes wrote:
>
> > I think John understand our point of view very well but he's playing the
> > devil's advocate.
>
> Not at all. I genuinely don't understand how anybody could thi
No problems here on a Ubuntu system. The compilation and the results
look good. There seems to be a noticeable speedup in the response
connected with insets (Figures etc) on my system.
My thanks to the developers for this great software.
Andre Poenitz wrote:
Use case 1: I want to replace all occurrence of "xxx" with "\emph{xxx}".
Use case 2: I want to replace all occurrence of "a_{b}" with "a_{b^2}"
Clearer?
Sounds like firing up vi on the .lyx file in an xterm is the fastest way
to solve this ;-)
What about implementin
On Fri, Oct 05, 2007 at 04:11:55PM +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > Fine.
>
> If you can do it very soon, you can commit. Because of a forgotten entry in a
> Makefile (es/UserGuide.lyx), I have to start from scratch anyway :-(
> (This showed up after everything w
On Fri, Oct 05, 2007 at 02:39:33PM +0200, Abdelrazak Younes wrote:
> Edwin Leuven wrote:
> >Abdelrazak Younes wrote:
> >>we need a good infrastructure for embedding one or more workareas
> >>into a dialog.
> >
> >could you explain briefly why?
>
> For advance search&replace. The idea would be that
On Fri, Oct 05, 2007 at 11:55:39AM +0200, Helge Hafting wrote:
> Andre Poenitz wrote:
> >
> >
> >One use case I can think of is a linguist wanting to mark individual
> >parts of a sentence. Certain words can be part of several such entities,
> >so overlapping might make sense there, and also the "a
On Fri, Oct 05, 2007 at 11:27:12AM +0200, Abdelrazak Younes wrote:
> Hello,
>
> I would like to help Tommaso to finish his Advanced Search dialog (see
> http://bugzilla.lyx.org/show_bug.cgi?id=3998). For this, we need a good
> infrastructure for embedding one or more workareas into a dialog. So
On Fri, Oct 05, 2007 at 08:34:24PM +0300, Martin Vermeer wrote:
> > > (Unfortunately insets are no good for CT)
> >
> > Interesting, why? From what I can see it seems that all the inset
> > people's preferences apply just the same to CT.
>
> Funny :-(
I'm serious, I don't understand why it's di
On Fri, Oct 05, 2007 at 07:09:31PM +0200, Abdelrazak Younes wrote:
> The font-related RTL business and the boundary stuff is far far from
> easy. Look at the different getFont() method and you will see how this
> stuff is complicated.
RTL is hard full stop, I'm not sure that's related to styles
Martin Vermeer wrote:
Actually I came to more or less the same view.
So:
- Noun should become an inset charstyle (lyx2lyx)
- Strong should take a similar slot as Emph, i.e.
a (non-inset) "font" attribute.
But:
- Code should be an inset charstyle. Something either
is, or isn't, code. Objec
> actually i was actually planning to not fiddly with parameter strings,
> and therefore avoid the more parameters box
> instead the idea would be to have a "All Options..." button which would
> popup a dialog that allows settings the parameters much as one sets
> widget options in qt's designer.
On Friday 05 October 2007 16:53:16 Jürgen Spitzmüller wrote:
> Please note that I'd like to keep branch frozen until all tests suceeded.
I keep thinking that the matrix is reloading, notice the title in the first
page of the Python Maganize:
http://pythonmagazine.com/
> Jürgen
--
José Abílio
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Congratulations Juergen, the list of change is impressive.
Yes, but it's not me who deserves the praise. Everybody put care into the
stable branch and helped improving it (not least you). I hope we can continue
like this.
There were
On Friday 05 October 2007 18:16:56 Edwin Leuven wrote:
> i suggest "Babel and the Confusion of Tongues"
I would call that an understatement.
> regards, ed.
--
José Abílio
> Let us see what others have to say, else you can commit this next Monday. Is
> this OK?
I will let Edwin take care of this, unless he needs further assistance.
Bo
On Fri, Oct 05, 2007 at 06:11:54PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 07:59:11PM +0300, Martin Vermeer wrote:
>
> > Change tracking. Initially it was crippled and very limited,
> > then I partly un-crippled it, and then Michael put in _a lot_
> > of effort to iron all the bugs out
On Fri, Oct 05, 2007 at 06:56:32PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Fri, Oct 05, 2007 at 11:18:42AM -0400, Richard Heck wrote:
>
> >> The really nice thing about this proposal is that it saves us all a lot
> >> of work.
> > Actually I came to more or less the same
Martin Vermeer wrote:
On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
You are clearly underestimating the required effort and
the maintainance nightmare of a font based solution
Abdelrazak Younes wrote:
> Congratulations Juergen, the list of change is impressive.
Yes, but it's not me who deserves the praise. Everybody put care into the
stable branch and helped improving it (not least you). I hope we can continue
like this.
Jürgen
John Levon wrote:
On Fri, Oct 05, 2007 at 06:54:09PM +0200, Abdelrazak Younes wrote:
You seem to be arguing that when we have two otherwise equal choices,
and one behaves like Word, we should choose the other one.
No, I meant that, in this _specific_ case, I hate the way MS Word
behaves and we
Abdelrazak Younes and many others wrote:
>
> [snip]^\infty
>
Or did I misunderstood you ...?
can someone please rename this thread?
i suggest "Babel and the Confusion of Tongues"
regards, ed.
Jürgen Spitzmüller wrote:
I think I have managed to set up my first release tarball, thanks to the very
good documentation from Jean-Marc and José. Since it is the first one, I
would appreciate if people could text it on different platforms before we
release it. You can find the release candida
Original-Nachricht
> Datum: Fri, 5 Oct 2007 00:29:32 +0200
> Von: Andre Poenitz <[EMAIL PROTECTED]>
> An: Bernhard Roider <[EMAIL PROTECTED]>
> CC: lyx-devel@lists.lyx.org
> Betreff: Re: macros for commands
> On Fri, Oct 05, 2007 at 12:24:45AM +0200, Bernhard Roider wrote:
> > h
On Fri, Oct 05, 2007 at 07:00:41PM +0200, Abdelrazak Younes wrote:
> >>Not at all. I genuinely don't understand how anybody could think that
> >>editing equations is like editing prose.
>
> Well, I am a scientist and I often have the need to apply the same style
> to some specific words. These w
Bo Peng wrote:
Edwin:
I think what you need to do is
0. adjust include.ui, I am really bad at using qt designer.
1. in on_composePB_clicked() (the compose button), create a new dialog
2. read the parameter definition file and add items to this dialog
3. validation and parameter handling can be
On Fri, Oct 05, 2007 at 07:59:11PM +0300, Martin Vermeer wrote:
> Change tracking. Initially it was crippled and very limited,
> then I partly un-crippled it, and then Michael put in _a lot_
> of effort to iron all the bugs out and instill some sanity.
Yes, change tracking was tough, and fixing i
Andre Poenitz wrote:
On Fri, Oct 05, 2007 at 08:48:59AM +0200, Abdelrazak Younes wrote:
I am still in the opinion that non obvious algorithms should
be kept outside the frontends and I hope that you won't transfer
everything to qt4/. I am personally perfectly fine with the idea of
removing t
On Fri, Oct 05, 2007 at 06:54:09PM +0200, Abdelrazak Younes wrote:
> >You seem to be arguing that when we have two otherwise equal choices,
> >and one behaves like Word, we should choose the other one.
>
> No, I meant that, in this _specific_ case, I hate the way MS Word
> behaves and we should
On Friday 05 October 2007 17:33:28 Bo Peng wrote:
> Hi, Jose, Edwin,
>
> The attached patch adds file lib/packages/listings.def. It is dumped
> from InsetListingsParams::all_params_. I also changed the UI of the
> include dialog to the attached. I think this is all I can do to this
> parameter dial
John Levon wrote:
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
I think John understand our point of view very well but he's playing the
devil's advocate.
Not at all. I genuinely don't understand how anybody could think that
editing equations is like editing prose.
Well, I am a
Martin Vermeer wrote:
On Fri, Oct 05, 2007 at 11:18:42AM -0400, Richard Heck wrote:
The really nice thing about this proposal is that it saves us all a lot of
work.
Actually I came to more or less the same view.
So:
- Noun should become an inset charstyle (lyx2lyx)
- Strong should take a
On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote:
> Abdelrazak Younes wrote:
> > Jean-Marc Lasgouttes wrote:
> >> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>
> >>> You are clearly underestimating the required effort and
> >>> the maintainance nightmare of a font based solution.
On Fri, Oct 05, 2007 at 08:38:27AM +0200, Abdelrazak Younes wrote:
> >it is obvious that if the user doesn't check those boxes the parameters
> >won't be set. and as i wrote, if we would do this we will deviate from
> >what we are doing in the rest of lyx.
>
> Maybe Uwe thinks of them as "Advan
On Oct 5, 2007, at 5:32 AM, Jean-Marc Lasgouttes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
Only a profiler can tell us for sure what goes on. A mac user may be
able to help us.
Would that be me? ... I'd be happy to, but I'm currently unable to
compile (as I indicated in another thread)
John Levon wrote:
On Fri, Oct 05, 2007 at 10:44:38AM +0200, Abdelrazak Younes wrote:
1) familiarity. This is how every other editor I'm familiar with works.
This one is not an argument for me. Otherwise I'd still use MS Word.
I am 80% sure that the success of LyX is in its ability to mix
simp
On Fri, Oct 05, 2007 at 11:04:33AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Basically, frontends/qt4 should contain everything about
> > _visualisation_ on screen and frontends/helpers/ should contain
> > advanced algorithms like data searching, etc.
On Fri, Oct 05, 2007 at 07:42:41PM +0300, Martin Vermeer wrote:
> Actually I came to more or less the same view.
>
> So:
>
> - Noun should become an inset charstyle (lyx2lyx)
> - Strong should take a similar slot as Emph, i.e.
> a (non-inset) "font" attribute.
>
> But:
>
> - Code should be a
On Fri, Oct 05, 2007 at 08:48:59AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Thu, Oct 04, 2007 at 09:19:04PM +0200, Andre Poenitz wrote:
> >>I am looking for a way to solve the "controller problem".
> >>[...]
> >
> >Hm, with all the fuss about insets and ranges, any comment on th
On Fri, Oct 05, 2007 at 11:18:42AM -0400, Richard Heck wrote:
> Below.
>
> Jean-Marc Lasgouttes wrote:
> >>> 2) The existence of a style attribute does not affect how and where I
> >>> can select text
> >>>
> >> This is a con for me. I want to select the whole charstyle
> >> automatically
On Fri, Oct 05, 2007 at 10:44:38AM +0200, Abdelrazak Younes wrote:
> >>>1) familiarity. This is how every other editor I'm familiar with works.
> >>This one is not an argument for me. Otherwise I'd still use MS Word.
> >
> >I am 80% sure that the success of LyX is in its ability to mix
> >simplici
Uwe Stöhr wrote:
> His reply:
Thành praises LyX? Cool!
Jürgen
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
> > I think John understand our point of view very well but he's playing the
> > devil's advocate.
>
> Not at all. I genuinely don't understand how anybody could think that
> editing equations is like editing prose.
(I'd love to be abl
On Fri, Oct 05, 2007 at 12:34:33PM +0200, Dov Feldstern wrote:
> I actually agree with Andre' here, this would be good behavior for
> *true* insets IMO.
Agreed, I think it's a nice solution to the "delete a footnote" problem,
with perhaps the change that it only applies if the inset is not
colla
On Fri, Oct 05, 2007 at 12:56:36PM +0200, Dov Feldstern wrote:
> Jean-Marc Lasgouttes wrote:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>> 2) The existence of a style attribute does not affect how and where I
> >>> can select text
> >> This is a con for me. I want to select the whole cha
On Fri, Oct 05, 2007 at 09:02:03AM +0200, Abdelrazak Younes wrote:
> I think John understand our point of view very well but he's playing the
> devil's advocate.
Not at all. I genuinely don't understand how anybody could think that
editing equations is like editing prose.
regards,
john
I do not have a recent enough TeX to test it out unfortunately (and it
is not my top priority), but I would have expected you to ask to
somebody who knows vntex very well why such a thing is needed.
I'll contact Hàn Thế Thành,
His reply:
first, thanks for your effort to add vntex support to l
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
- unicode transition: this is not completed, people do even add new
instances of utf8/file system encoded strings
What's missing?
Basically all std::string instances for internal use carrying non-ASCII
stuff, ie many places where
> Like we support both emph and italics, we should support both strong
> and bold. The difference is in advocating the use of the first sort and
> hiding a bit the second one.
My suggestion was that,
1.5.x
Font: italics / bold (in font dialog)
Toolbar and menu: emph / strong (
I think I have managed to set up my first release tarball, thanks to the very
good documentation from Jean-Marc and José. Since it is the first one, I
would appreciate if people could text it on different platforms before we
release it. You can find the release candidate here:
http://www.lyx.org
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> - unicode transition: this is not completed, people do even add new
>> instances of utf8/file system encoded strings
>
> What's missing?
Basically all std::string instances for internal use carrying non-ASCII
stuff, ie many places where from_utf8/t
Enrico Forestieri wrote:
> Regarding the color issue, I attached a possible patch to bug 2330.
> I don't think this is a so urgent problem (maybe because I don't
> use a Mac...) and I only wanted to give you all the info for making
> a decision. So, it's your call.
OK, thanks. It's too late. I jus
On Fri, Oct 05, 2007 at 04:51:11PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > What about wasy10.ttf (bug 2326)?
>
> Actually, I don't want to open branch again.
> Are all remaining issues (color etc.) resolved?
Regarding the color issue, I attached a possible patch to bug 233
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
2) The existence of a style attribute does not affect how and where I
can select text
This is a con for me. I want to select the whole charstyle
automatically and not bother with micro selection.
I
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
You are clearly underestimating the required effort and
the maintainance nightmare of a font based solution. UI is important
yes but having developers understand the source c
For screen representation of integrals, LyX uses two different fonts
leading to an inconsistent look. See the attached integrals.lyx.
There's already in place the infrastructure for using the integrals
in the esint font, and some time ago I built a ttf version of this
font (I am attching it here).
Below.
Jean-Marc Lasgouttes wrote:
2) The existence of a style attribute does not affect how and where I
can select text
This is a con for me. I want to select the whole charstyle
automatically and not bother with micro selection.
I am abivalent on this one. When a character style
Hellmut Weber wrote:
Hi,
having read your discussion only now because I was off line for
several days, I would like to comment from a users point of view.
I would like to argue that you should make more publicity for the key
bindings and provide some easily accessible list of all actual key
Enrico Forestieri wrote:
> What about wasy10.ttf (bug 2326)?
Actually, I don't want to open branch again.
Are all remaining issues (color etc.) resolved?
Jürgen
Georg Baum wrote:
Abdelrazak Younes wrote:
Could those two commits be related to this bug?
Author: baum
Date: Tue Apr 3 10:15:39 2007
New Revision: 17702
URL: http://www.lyx.org/trac/changeset/17702
Log:
Normalize everything that comes from 'outside' (plain text import,
keyboard input via k
On Fri, Oct 05, 2007 at 04:11:55PM +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > Fine.
>
> If you can do it very soon, you can commit. Because of a forgotten entry in a
> Makefile (es/UserGuide.lyx), I have to start from scratch anyway :-(
> (This showed up after everything w
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg, as JMarc, you talk about "other people's unfinished stuff". If
you want to blame someone please cite the developer in question and the
associated stuff. Sending out sentences like this doesn't help anybody.
Do I really need to list these thing
Hi,
having read your discussion only now because I was off line for several
days, I would like to comment from a users point of view.
I would like to argue that you should make more publicity for the key
bindings and provide some easily accessible list of all actual key bindings.
When I'm wo
Jean-Marc Lasgouttes wrote:
> Fine.
If you can do it very soon, you can commit. Because of a forgotten entry in a
Makefile (es/UserGuide.lyx), I have to start from scratch anyway :-(
(This showed up after everything was finished, when building a RPM binary)
José, I'm also gonna commit Susanas up
Abdelrazak Younes wrote:
> Could those two commits be related to this bug?
>
> Author: baum
> Date: Tue Apr 3 10:15:39 2007
> New Revision: 17702
>
> URL: http://www.lyx.org/trac/changeset/17702
> Log:
> Normalize everything that comes from 'outside' (plain text import,
> keyboard input via km
Abdelrazak Younes wrote:
> Georg, as JMarc, you talk about "other people's unfinished stuff". If
> you want to blame someone please cite the developer in question and the
> associated stuff. Sending out sentences like this doesn't help anybody.
Do I really need to list these things? I thought the
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov Feldstern <[EMAIL PROTECTED]> writes:
Except that their would be the real bold and the bold-as-strong. In my
mind, it is even worse than adding a real Bold icon in the toolbar.
Where is the "real bold" coming from? We will only be providing
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
JMarc is just blaming you for not finishing other people's unfinished stuff.
You are a bit unfair when describing my unfairness. When something
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>>> JMarc is just blaming you for not finishing other people's unfinished stuff.
>>
>> You are a bit unfair when describing my unfairness. When something is
>> unfinished
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
JMarc is just blaming you for not finishing other people's unfinished stuff.
You are a bit unfair when describing my unfairness. When something is
unfinished, it is not necessary to drive it more in the wrong
direction
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 circumflex
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> JMarc is just blaming you for not finishing other people's unfinished stuff.
You are a bit unfair when describing my unfairness. When something is
unfinished, it is not necessary to drive it more in the wrong
direction (especially when doing a forma
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>>> As you said merging would be easy to do for you, I propose that you
>>> provide a patch and I'll help you to test your patch as best as
>>> possible to find e.g. the correct package loading and definition
>>> order. (I exp
Edwin Leuven wrote:
Abdelrazak Younes wrote:
For advance search&replace. The idea would be that you can search for
a chunk of text containing insets (including math or charstyle) and
could replace it with another text containing insets.
Clearer?
so the idea is to replace qt's line edits wit
Abdelrazak Younes wrote:
For advance search&replace. The idea would be that you can search for a
chunk of text containing insets (including math or charstyle) and could
replace it with another text containing insets.
Clearer?
so the idea is to replace qt's line edits with proper (single par)
Darren Freeman wrote:
On Sun, 2007-09-30 at 12:47 -0400, Richard Heck wrote:
Should be easy to solve.
Can you fix this, Abdel? Unfortunately, I do not have time now, as I'd
really, really nice if a fix could be included in 1.5.2. I have been
thinking I need to go back to using 1.4.5.
5) Line-wrapping looks and behaves naturally.
This is in fact the only valid objection (to the current charstyle
implementation) that I recognise: it looks ugly and is visually
disruptive -- for charstyles containing more than a few words.
But it could, in principle, be fixed. It'd ta
Edwin Leuven wrote:
Abdelrazak Younes wrote:
we need a good infrastructure for embedding one or more workareas
into a dialog.
could you explain briefly why?
For advance search&replace. The idea would be that you can search for a
chunk of text containing insets (including math or charstyle)
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Thu, Oct 04, 2007 at 09:19:04PM +0200, Andre Poenitz wrote:
I am looking for a way to solve the "controller problem".
[...]
Hm, with all the fuss about insets and ranges, any comment on that?
I think that what we call "controllers" are really
Uwe Stöhr wrote:
Jean-Marc Lasgouttes schrieb:
As you said merging would be easy to do for you, I propose that you
provide a patch and I'll help you to test your patch as best as
possible to find e.g. the correct package loading and definition
order. (I expect some difficulties for the algorith
Jean-Marc Lasgouttes wrote:
Dov Feldstern <[EMAIL PROTECTED]> writes:
Except that their would be the real bold and the bold-as-strong. In my
mind, it is even worse than adding a real Bold icon in the toolbar.
Where is the "real bold" coming from? We will only be providing strong
(which does
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
PS: You are the obvious candidate to fix the metrics bug (4252).
Wish I was not alone... Please come back Georg!
In order to clean up after other people's unfinished stuff, provide them
with a working base to use for their fun pro
Abdelrazak Younes wrote:
Dov Feldstern wrote:
John Levon wrote:
On Fri, Oct 05, 2007 at 06:37:05AM +0300, Martin Vermeer wrote:
If what Martin means is that *LyX* will have no ambiguity, e.g,
when generating latex/XML, then I think that the disambiguation
algorithm suggested in this thread
Dov Feldstern wrote:
Abdelrazak Younes wrote:
John Levon wrote:
2) The existence of a style attribute does not affect how and where I
can select text
This is a con for me. I want to select the whole charstyle
automatically and not bother with micro selection.
I think this could be solved
1 - 100 of 147 matches
Mail list logo
