Am Freitag, 8. September 2006 15:18 schrieb Lars Gullik Bjønnes:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> | if os.system(r'python -tt '/usr/local/share/lyx/scripts/ly2png.py' ' +
> | '"' + infile + '"' + ' ' + '"' + outfile + '"' + '') != 0:
> | unlinkNoThrow(outfile)
> | sys.exit(1)
>
This patch tries to simplify the code a bit. Further installments in
progress.
This works for me, but I'd be happy if someone else also took the time
to test it. Especially windows people.
I'll hold off committing this until tomorrow.
Index: src/support/unicode.C
===
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > | > | > "Lars" == Lars Gullik Bjønnes
| > | > <[EMAIL PROTECTED]> writes:
|
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > | > "Lars" == Lars Gullik Bjønnes
| > <[EMAIL PROTECTED]> writes:
| > | | Lars> Then our spellcheck abstraction is wrong. | | Yes :)
Juergen Spitzmueller wrote:
This is again the patch I posted to fix the layout in collapsable insets that
are inserted with doInsertInset.
I'd like to apply this patch to 1.5 and backport it to 1.4.
Comments?
Not an objection but a notice that this Cut&Paste code is one of the
most ugly par
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > | > "Lars" == Lars Gullik Bjønnes
| > <[EMAIL PROTECTED]> writes:
| > | | Lars> Then our spellcheck abstraction is wrong. | | Yes :)
| > | | Lars> The controller
This enables the frontends to show unicode (most of the work in
MenuBackend).
Only Qt4 tested. All frontends compile.
Will commit shortly.
Index: src/lyxfunc.C
===
--- src/lyxfunc.C (revision 14953)
+++ src/lyxfunc.C (working copy)
Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Then our spellcheck abstraction is wrong.
|
| Yes :)
|
| Lars> The controller does not need to know if it is accessing the
| Lars> spellche
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> As I now that no such decision will be taken during 1.5
Abdelrazak> life, here is the patch with qt3 and gtk support because
Abdelrazak> they are easy (not tested nor compiled).
I am not sure
On Sat, Sep 09, 2006 at 05:50:42PM +0200, Georg Baum wrote:
> I believe that this version should work on any OS.
I can confirm that with mingw and cygwin the same output as your
is generated.
--
Enrico
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| It seems that Inset::editMessage is not used anymore.
|
| This is the string that is supposed to be shown in the message buffer
| when we enter an inset, don't we want this anymore?
This patch fix up the editMessage functions to not use to_utf8 a
Andre Poenitz <[EMAIL PROTECTED]> writes:
| This is after an 'svn up' at about 17:00
|
| I have changs in my tree, but only below src/
And it got properly updated after the update to boost 1.34?
No stale files lying around?
--
Lgb
Restoring cached option prefix=C:\msys\home\gerz\lyx-trunk-bin
...
Install file: "C:\msys\home\gerz\lyx-trunk\lib\ui\stdmenus.ui" as
"msys\home\gerz\lyx-trunk-bin\Resources\ui\stdmenus.ui"
The drive prefix "C:" is ignored.
Do you see anything related to DESTDIR? The logic is:
1. if there
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
| > Helge Hafting wrote:
| > > Now, if we had a way of starting the selection
| > > before the numeral/bullet/section-number but after
| > > the previous paragraph. I.e. an extra curs
I applied it to trunk, and I would like to apply it to 1.4 too. Please
Sorry but I do not see what the problem is. :-) There is no 1, 2, 3,
things go wrong instruction.
Bo
I currently get
../../trunk/src/buffer.C:1441:2: warning: #warning this function should be
moved to buffer_pimpl.C
../../trunk/boost/boost/iostreams/filter/gzip.hpp:135: warning: unused
parameter âcommentâ
../../trunk/boost/boost/iostreams/filter/gzip.hpp:135: warning: unused
parameter â
Please test.
I do not know what is going on, but after I apply your patch,
1. open a new document
2. insert displayed math, type in dd, insert label,
the dialog can not get focus. I revert your patch and things go back
to normal. This is under linux, for 1.4.x.
Bo
On Sat, Sep 09, 2006 at 02:28:45PM +0200, Abdelrazak Younes wrote:
> _And_ I really don't understand
> why a rule you enforce on others don't apply to you. This is a fact.
Now, that is a well-known aspect of dictatorship, benevolent or not.
Not everybod is equal, some are more equal, not the sam
On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > Now, if we had a way of starting the selection
> > before the numeral/bullet/section-number but after
> > the previous paragraph. I.e. an extra cursor position.
> > Then the user gets a better way of d
On Sat, Sep 09, 2006 at 02:36:01PM +0200, Lars Gullik Bjønnes wrote:
> Then please say that explictly instead of some snide remark.
>
> "Abdel: Lars, before you commit can you please send the patch to the list so
> that we can see where you are heading?"
>
> "Lars: Oh sure, I'll try to be better
On Sat, Sep 09, 2006 at 02:32:12PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | And what are you piping about now?
> | Do you feel so badly treated that you have to send these jibes all the
> | time?
>
> You have an uncanny way of stroking me the wrong
This is again the patch I posted to fix the layout in collapsable insets that
are inserted with doInsertInset.
I'd like to apply this patch to 1.5 and backport it to 1.4.
Comments?
Jürgen
Index: src/CutAndPaste.C
===
--- src/CutAnd
Jean-Marc Lasgouttes wrote:
> The &.4 patch was in my original posting, and it gives a good idea of
> how the feature works.
Sorry, I didn't notice that. Looks very good. Does it fix the crash reported
by Michael (inset-dissolve in the main text)?
Jürgen
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Then our spellcheck abstraction is wrong.
|
| Yes :)
|
| Lars> The controller does not need to know if it is accessing the
| Lars> spellchecker through a process or thro
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Then our spellcheck abstraction is wrong.
Yes :)
Lars> The controller does not need to know if it is accessing the
Lars> spellchecker through a process or through a lib.
Indeed. And the idea is that enchant might do that for
Georg Baum wrote:
Am Freitag, 8. September 2006 15:06 schrieb Helge Hafting:
There are indeed some gconvert-files there, but mostly
lilypond's intermediate files. If lilypond drops litters "current
directory" with such files, then perhaps a python script
doing a chdir to /tmp is the way to g
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
|
| Juergen> Also, I think that word-capitalize etc. should not
| Juergen> be in the same submenu, this is clearly no markup feature
| Juergen> (except from full caps, which is a
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Juergen, do you see something I may have missed?
Juergen> I was offline this week, so I'm just scanning the list. I did
Juergen> not have time for testing yet, but it looks very clean now.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Sep 07, 2006 at 10:22:51PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> > "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>>
Michael> Just one cosmetic issue: If you want to undo inset-dissolve,
Michael> you have
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Also, I think that word-capitalize etc. should not
Juergen> be in the same submenu, this is clearly no markup feature
Juergen> (except from full caps, which is a special case).
They should be removed from the menus. The
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Lars Gullik Bjønnes schrieb:
>> We want to encourage emphasize, but discourage bold... (hide bold
>> in a hard to get place.)
>>
>> logical styles: good explict styles: bad
>>
Michael> In other words: You want me to show "Empha
It seems that Inset::editMessage is not used anymore.
This is the string that is supposed to be shown in the message buffer
when we enter an inset, don't we want this anymore?
--
Lgb
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> As I now that no such decision will be taken during 1.5
Abdelrazak> life, here is the patch with qt3 and gtk support because
Abdelrazak> they are easy (not tested nor compiled).
I am not sure what the patch actually d
Georg Baum wrote:
> Am Dienstag, 5. September 2006 14:35 schrieb Abdelrazak Younes:
>> Peter Kümmel wrote:
>>> In my ordinary text editor (ultraedit) it doen't loock like a text
> file.
>> Same for me in wordpad... attached the file.
>
> Can you please try this updated test program? The screen ou
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Sep 08, 2006 at 11:53:17AM +0200, Jean-Marc Lasgouttes wrote:
| > fantomas: kpsewhich ls-R
| > /afs/inria.fr/ilinuxmdk-10.1/usr/local/tetex-2.0.2/share/texmf/ls-R
| >
| > This means that the database of files known to TeX is available, and
| > t
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I certainly wouldn't mind a few days in Denmark, and in fact I'd like
| this more than the Turkey solution.
The same goes for me really...
| 'Probable attendance rating' for
| Oktober would be:
|
|~1.10: 0
|~8.10: 5
| ~15.10: 3
| ~21.10
Am Dienstag, 5. September 2006 14:35 schrieb Abdelrazak Younes:
> Peter Kümmel wrote:
> > In my ordinary text editor (ultraedit) it doen't loock like a text
file.
>
> Same for me in wordpad... attached the file.
Can you please try this updated test program? The screen output should look
like in
On Thu, Sep 07, 2006 at 10:22:51PM +0200, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Michael> Just one cosmetic issue: If you want to undo inset-dissolve,
> Michael> you have to press CTRL-Z twice. This might be a bit
> Michael> disturbing for som
On Tue, Sep 05, 2006 at 09:10:56PM +0200, Asger Ottar Alstrup wrote:
> Hi all,
Hi Asger.
> I'm sorry to say that I will not be able to host the LyX meeting in
> Turkey in the start of October after all. I could not get flight tickets
> that would work for my family. Everything is totally sold o
On Fri, Sep 08, 2006 at 01:47:46PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > IMO a common frontend base is a design mistake that puts things downside
> > up: The kernel tells the frontend to draw and listen to events from the
> > frontend. No good.
>
> I really wonder why this is accep
On Fri, Sep 08, 2006 at 03:24:56PM +0100, Ozgur Ugras BARAN wrote:
> and last of all, I developed this against the lyx 1.5.x. However, (if
> insetCommandParams mod. is correct) there is no reason not to add this
> functionality in lyx 1.4.x
>
> with my kindest regards,
As usual: Things about whic
On Fri, Sep 08, 2006 at 04:22:25PM +0200, Peter Kümmel wrote:
> Jean-Marc Lasgouttes wrote:
>
> > You do not know much about LyX code obviously :) There are many ugly
>
> Isn't Friday today ???
You mean one of those six particular days of the week where multiple
bent exclamation marks following
On Thu, Sep 07, 2006 at 10:23:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> Because LyX architecture is ten years old and mvc wasn't
> Andre> exactly hyped at this time?
>
> Well, LyX is not older than smalltalk...
The Smalltalk h
On Fri, Sep 08, 2006 at 09:33:27AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Thu, Sep 07, 2006 at 09:39:13AM +0200, Abdelrazak Younes wrote:
> >>>Shouldn't there be a lyxkernel.dll and the frontend using this?
> >>The frontend virtual interface yes. The qt4 frontend will just be
On Fri, Sep 08, 2006 at 10:25:44AM +0200, Jean-Marc Lasgouttes wrote:
> Andre> With Inset unification being the big goal math insets are
> Andre> 'real' insets.
>
> There has to be some difference between insets that live in some
> wrappers (math insets, insettext in some way) and insets that can
On Fri, Sep 08, 2006 at 11:53:17AM +0200, Jean-Marc Lasgouttes wrote:
> fantomas: kpsewhich ls-R
> /afs/inria.fr/ilinuxmdk-10.1/usr/local/tetex-2.0.2/share/texmf/ls-R
>
> This means that the database of files known to TeX is available, and
> that, with some (limited?) effort, it would be possible
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Put it this way, looks like I am the bad guy. OK, Lars I'll try to do
| more explicit communication with you in the future. But this is kind
| of weird to say that to the manager of the project...
Remember that I have memory like a gold fish and can
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Of course the rules with the patches and commits do not apply to
| > Lars...
| > And what are you piping about now?
|
| I can't parse tha
Michael Gerz wrote:
> I am fully aware of this issue. However, are you willing to accept my
> proposal as an interim solution? Users do want to emphasize text or make
> it bold. We already have bug reports complaining that this feature is
> missing in 1.4.X.
Really? I didn't notice that. Anyway, i
Am Samstag, 9. September 2006 14:54 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> | Am Samstag, 9. September 2006 14:14 schrieb Lars Gullik Bjønnes:
> | > Or even better: create a patch and send that to me.
> | > (do not commit it though...)
> |
> | Why that? Either I
There is a bug in the cvs version of aspell.
When checking "and aand" without a space and
without a new line at the end aspell crashes.
At least on Windows when compiled with mingw
or msvc.
Here the bug report:
https://sourceforge.net/tracker/?func=detail&atid=100245&aid=1555321&group_id=245
P
Am Samstag, 9. September 2006 14:01 schrieb Abdelrazak Younes:
> But is this going to stay like this? Couldn't you change the _()
> function instead?
That is exactly the plan: change _() to return docstring instead of
std::string. Since we can't overload on the return type the callers must
the
Am Samstag, 9. September 2006 14:28 schrieb Abdelrazak Younes:
> No, I am just stating the obvious... If you want people to help WRT
> unicode you should do a bit more communication so that they know what
> you are doing and where you are heading. _And_ I really don't understand
> why a rule you
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 14:14 schrieb Lars Gullik Bjønnes:
| > Or even better: create a patch and send that to me.
| > (do not commit it though...)
|
| Why that? Either I am going to do the work and commit afterwards (even
| following your preferenc
Am Samstag, 9. September 2006 14:14 schrieb Lars Gullik Bjønnes:
> Or even better: create a patch and send that to me.
> (do not commit it though...)
Why that? Either I am going to do the work and commit afterwards (even
following your preferences if you tell them, e.g. don't use lyx::to_utf8
(_(
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 14:09 schrieb Lars Gullik Bjønnes:
|
| > Hmm... I am in the middle of doing this work now...
|
| Also fine.
|
| > If you have the script, can you send that to me, so that I can apply
| > it locally?
|
| It is nothing fancy,
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Of course the rules with the patches and commits do not apply to
| > Lars...
| > And what are you piping about now?
|
| I can't parse that...
|
| > Do you feel so ba
Am Samstag, 9. September 2006 14:09 schrieb Lars Gullik Bjønnes:
> Hmm... I am in the middle of doing this work now...
Also fine.
> If you have the script, can you send that to me, so that I can apply
> it locally?
It is nothing fancy, I just hacked it together. It will not catch
everything, b
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| And what are you piping about now?
| Do you feel so badly treated that you have to send these jibes all the
| time?
You have an uncanny way of stroking me the wrong way.
Sorry about the outburst.
--
Lgb
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Of course the rules with the patches and commits do not apply to Lars...
And what are you piping about now?
I can't parse that...
Do you feel so badly treated that you have to send these jibes all the
time?
No, I a
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Georg Baum <[EMAIL PROTECTED]> writes:
|
| | Am Samstag, 9. September 2006 13:16 schrieb [EMAIL PROTECTED]:
| | > Author: larsbj
| | > Date: Sat Sep 9 13:16:28 2006
| | > New Revision: 14951
| | >
| | > URL: http://www.lyx.org/trac/changeset/149
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Of course the rules with the patches and commits do not apply to Lars...
And what are you piping about now?
Do you feel so badly treated that you have to send these jibes all the
time?
--
Lgb
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Samstag, 9. September 2006 13:16 schrieb [EMAIL PROTECTED]:
| >> Author: larsbj
| >> Date: Sat Sep 9 13:16:28 2006
| >> New Revision: 14951
| >>
| >> URL: http://www.lyx.org/trac/changeset/14951
| >> Log:
| >> Make the l10n
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Samstag, 9. September 2006 13:16 schrieb
[EMAIL PROTECTED]:
Author: larsbj
Date: Sat Sep 9 13:16:28 2006
New Revision: 14951
URL: http://www.lyx.org/trac/changeset/14951
Log:
Make the l10n machinery work with ucs4. Update (as wip) callers to do
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 13:16 schrieb [EMAIL PROTECTED]:
| > Author: larsbj
| > Date: Sat Sep 9 13:16:28 2006
| > New Revision: 14951
| >
| > URL: http://www.lyx.org/trac/changeset/14951
| > Log:
| > Make the l10n machinery work with ucs4. Update (a
[EMAIL PROTECTED] writes:
| Due to a discussion on the PmWiki list, I'd like to check if I've gotten
| it correct that LyX 1.5 will be unicode, and 1.6 will use an XML-based
| file format?
Yes. This is correct.
--
Lgb
Georg Baum wrote:
Am Samstag, 9. September 2006 13:16 schrieb [EMAIL PROTECTED]:
Author: larsbj
Date: Sat Sep 9 13:16:28 2006
New Revision: 14951
URL: http://www.lyx.org/trac/changeset/14951
Log:
Make the l10n machinery work with ucs4. Update (as wip) callers to do
manua=
l conversion and a
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Michael Gerz wrote:
BTW: "bottom" is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Yes, I am aware of it an I plaid guilty. Right now t
Am Samstag, 9. September 2006 13:16 schrieb [EMAIL PROTECTED]:
> Author: larsbj
> Date: Sat Sep 9 13:16:28 2006
> New Revision: 14951
>
> URL: http://www.lyx.org/trac/changeset/14951
> Log:
> Make the l10n machinery work with ucs4. Update (as wip) callers to do
manua=
> l conversion and a FIXME
Due to a discussion on the PmWiki list, I'd like to check if I've gotten
it correct that LyX 1.5 will be unicode, and 1.6 will use an XML-based
file format?
(There have been requests on that list for taking a bunch of pages and
exporting them so that they can be used as a rough draft for a docu
Michael Gerz <[EMAIL PROTECTED]> writes:
| Anyway, can I commit my latest patch (without "Bold" if that speeds up
| things)???
I really do not want to be part of the menu layout discussions. Only
on the more highlevel questions. (in this regard.)
--
Lgb
Lars Gullik Bjønnes schrieb:
We want to encourage emphasize, but discourage bold...
(hide bold in a hard to get place.)
logical styles: good
explict styles: bad
In other words: You want me to show "Emphasize" and "Noun" in the char
style menu but ignore "bold"? Then have a look at this
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > Georg Baum <[EMAIL PROTECTED]> writes:
| > | > | Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
| > | > | | > Why
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > | Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
| > | | > Why can't enchant be added without touching the existing
| > spellchec
Michael Gerz <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller schrieb:
| > I think it is a bit problematic to mix semantic markup (character
| > styles, emphasize, noun) with logical markup (bold, uppercase). I
| > know it never has been separated properly, but I think this is wehre
| > we shoul
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > | Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
| > | | > Why can't enchant be added without touching the existing
| > spellcheckers?
| > | | I suggested tha
Juergen Spitzmueller schrieb:
I think it is a bit problematic to mix semantic markup (character styles,
emphasize, noun) with logical markup (bold, uppercase). I know it never has
been separated properly, but I think this is wehre we should aim at.
I am fully aware of this issue. However, are yo
Lars Gullik Bjønnes wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
|
| > Why can't enchant be added without touching the existing spellcheckers?
|
| I suggested that some days ago, but Jean-Marc argued that it is too much
| wor
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
|
| > Why can't enchant be added without touching the existing spellcheckers?
|
| I suggested that some days ago, but Jean-Marc argued that it is too much
| work if the others are supposed
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > | Am Samstag, 9. September 2006 11:12 schrieb Abdelrazak Younes:
| > | > Dear all,
| > | > | > This patch (for 1.5) removes pspell and ispell related code
| > and simplify | >
Am Samstag, 9. September 2006 11:50 schrieb Lars Gullik Bjønnes:
> Why can't enchant be added without touching the existing spellcheckers?
I suggested that some days ago, but Jean-Marc argued that it is too much
work if the others are supposed to be removed.
Georg
Lars Gullik Bjønnes wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 11:12 schrieb Abdelrazak Younes:
| > Dear all,
| >
| > This patch (for 1.5) removes pspell and ispell related code and simplify
| > the controller interaction with the aspell library. I propose to
Georg Baum wrote:
Am Samstag, 9. September 2006 11:12 schrieb Abdelrazak Younes:
Dear all,
This patch (for 1.5) removes pspell and ispell related code and simplify
the controller interaction with the aspell library. I propose to commit
this and then switch to enchant.
Why do you touch aspel
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Samstag, 9. September 2006 11:12 schrieb Abdelrazak Younes:
| > Dear all,
| >
| > This patch (for 1.5) removes pspell and ispell related code and simplify
| > the controller interaction with the aspell library. I propose to commit
| > this and then sw
Bo,
there is a problem with Windows drive names:
C:\msys\home\mg\lyx-trunk\development\scons>scons install
...
Restoring cached option prefix=C:\msys\home\gerz\lyx-trunk-bin
...
Install file: "C:\msys\home\gerz\lyx-trunk\lib\ui\stdmenus.ui" as
"msys\home\gerz\lyx-trunk-bin\Resources\ui\st
Am Samstag, 9. September 2006 11:12 schrieb Abdelrazak Younes:
> Dear all,
>
> This patch (for 1.5) removes pspell and ispell related code and simplify
> the controller interaction with the aspell library. I propose to commit
> this and then switch to enchant.
Why do you touch aspell at all if
Abdelrazak Younes schrieb:
Only qt4 for now... I am willing to adapt gtk to the Toolbars API
change but please, could we once and for all forget about qt3?
A couple of weeks ago, Lars said that he is willing to drop qt3 if qt4
no longer relies on QT3_SUPPORT. Since QT3_SUPPORT has gone, nobody
Helge Hafting wrote:
> "Adding an enabled branch around any selection should not
> affect output at all, and disabling the branch should affect
> output the same way as a cut would".
Agreed.
> I don't think this will be possible in absolutely all cases though.
> Removing a list item that has an e
Dear all,
This patch (for 1.5) removes pspell and ispell related code and simplify
the controller interaction with the aspell library. I propose to commit
this and then switch to enchant.
Abdel.
Index: aspell.C
===
--- aspell.C
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Michael Gerz wrote:
BTW: "bottom" is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Yes, I am aware of it an I plaid guilty. Right now the toolbars are
hard-code
On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > Now, if we had a way of starting the selection
> > before the numeral/bullet/section-number but after
> > the previous paragraph. I.e. an extra cursor position.
> > Then the user gets a better way of d
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Fri, Sep 08, 2006 at 06:01:02PM +0200, Abdelrazak Younes wrote:
| > Enrico Forestieri wrote:
| > >On Fri, Sep 08, 2006 at 10:08:38AM -0500, Bo Peng wrote:
| > >>>Simply because I was missing it. There's also the change about the locale
| > >>>warn
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Michael Gerz wrote:
BTW: "bottom" is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Yes, I am aware of it an I plaid guilty. Right now the toolbars are
hard-coded to be at the top because
On Sat, Sep 09, 2006 at 10:29:25AM +0200, Georg Baum wrote:
> Am Freitag, 8. September 2006 19:16 schrieb Helge Hafting:
> > Helge Hafting wrote:
> > > Georg Baum wrote:
> > >> No, it will put it in the current directory (at least version 2.4.4)
> > Urgh. Even 2.9.17 does this - I have now reporte
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
It's the optimal tool for Scientists and I've heard for Linguists too.
Being myself one of those obscure species, I have to strongly insist that
linguists are scientists as well! ;-)
Yes sorry... Us, "technical scientists", often forget
Am Freitag, 8. September 2006 15:06 schrieb Helge Hafting:
> There are indeed some gconvert-files there, but mostly
> lilypond's intermediate files. If lilypond drops litters "current
> directory" with such files, then perhaps a python script
> doing a chdir to /tmp is the way to go?
Almost. It s
Helge Hafting wrote:
> Now, if we had a way of starting the selection
> before the numeral/bullet/section-number but after
> the previous paragraph. I.e. an extra cursor position.
> Then the user gets a better way of deciding whether
> an enumeration goes inside the box or if we
> just have a boxe
Am Freitag, 8. September 2006 19:16 schrieb Helge Hafting:
> Helge Hafting wrote:
> > Georg Baum wrote:
> >> No, it will put it in the current directory (at least version 2.4.4)
> Urgh. Even 2.9.17 does this - I have now reported this bug to them.
> But view->pdf / view->dvi still works, I guess L
Am Freitag, 8. September 2006 20:09 schrieb Guy Rutenberg:
> hi,
>
> 1) LyX works for pretty good in hebrew in version 1.4.1 (i haven't tested
it
> yet on 1.4.3 and 1.5) but many hebrew users complain that it's pretty
hard
> configuring LyX for use with hebrew (especialy keyboards as LyX doesn't
Michael Gerz wrote:
> Any comments?
I think it is a bit problematic to mix semantic markup (character styles,
emphasize, noun) with logical markup (bold, uppercase). I know it never has
been separated properly, but I think this is wehre we should aim at.
Jürgen
1 - 100 of 104 matches
Mail list logo
