On Mon, Jun 18, 2007 at 04:20:13AM +0200, Enrico Forestieri wrote:
On Tue, Jun 12, 2007 at 11:28:37PM +0200, Edwin Leuven wrote:
+// FIXME: this can go when we move to Qt 4.3
+#define QT_VERSION_CHECK(major, minor, patch)
((major16)|(minor8)|(patch))
+
+#if QT_VERSION =
Now that I was too stupid to get my booking right the first time, I
again have a choice of dates.
Originally I was thinking about Thursday-Monday as usual but given
the timetables that'd mean absolutely no work on Thursday and Monday,
which is a bit below business as usual. So I think about
On Mon, 18 Jun 2007, Uwe Stöhr wrote:
On Sun, 17 Jun 2007, Joost Verburg wrote:
The other languages are not supported by LyX, so I don't see any
reason to make dictionaries available for these languages.
LyX supports now for example Farsi (fa) and Armenian (hy). But anyway
,as people
Uwe Stöhr wrote:
LyX supports now for example Farsi (fa) and Armenian (hy).
But anyway ,as people downloaded the other dictionaries, they have a
reason for this. We should not impose their will.
These people probably want to download dictionaries for all supported
languages. There is
Hi,
I yesterday finally had the time to compile the latest SVN version
and give it a try, unfortunately I had a problem with the math toolbars:
After firing LyX up and turning on the math panel all the pop-up
windows (to select Greek letters for example or to select AMS
symbols) are
[EMAIL PROTECTED] wrote:
I agree we should compile all the dictionaries, under the condition that
it is not too much extra work. However, I don't buy the argument about
imposing their will, since this is the LyX project and not the Aspell
project. Anyway, as I said. If it's not too much work
On Mon, 18 Jun 2007, Andre Poenitz wrote:
Now that I was too stupid to get my booking right the first time, I
again have a choice of dates.
Originally I was thinking about Thursday-Monday as usual but given the
timetables that'd mean absolutely no work on Thursday and Monday, which
is a bit
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3234
It seems it's not possible to check whether the cursor is already
visible. With the patch it is always shown directly after resizing. I
don't see any problems with that though.
Stefan
Index: src/frontends/qt4/GuiWorkArea.cpp
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern
[EMAIL PROTECTED] writes:
Dov Hmm, I just came across this yesterday when trying to figure out
Dov what was going on with bug 3011, and wondered about it. I'm not
Dov sure if this is what you mean or not, but it might be
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3588
On MacOSX enter is no activation key for a QListWidget. Hence it does
not close the command completion popup. Moreover setFocus does not
focus the widget correctly, probably because the popup widget
behavior is different. An
Uwe Stöhr wrote:
Dov Feldstern schrieb:
Regarding the \R vs. \AR --- I believe that is Arabi-specific.
Yes but without arabi you can't typeset Arabic and Farsi.
I think that's not true. There are plans to add ARABI support for Arabic
but AFAIU (Mostafa knows better) the situation is as
Uwe Stöhr wrote:
Dov Feldstern schrieb:
I really wish we had people who really use Arabic and latex, who
could tell us which packages are usually used, whether they ever mix
languages, etc.
The problem is that people start using a feature after it has been
implemented and they see that
I'd love to join, but apparently it won't be possible for me. Do you plan
any means of online access for hacking/ conferencing etc?
regards,
Ugras
Darren Freeman wrote:
Hi all,
I just added a heading Appendix in Chaper* environment to the end of
my Book class document. It didn't appear in the Outline, whereas all
Chapter environments do.
Which version?
Is this on purpose? Wouldn't it make sense to include these too? What if
I really
Darren Freeman wrote:
Hi all,
I just added a heading Appendix in Chaper* environment to the end of
my Book class document. It didn't appear in the Outline, whereas all
Chapter environments do.
Is this on purpose?
No and I confirm that there is a bug here. FYI, other unnumbered
sections work
Darren Freeman wrote:
Hi all,
once upon a time, I could type extra whitespace between words and then
it would magically go away when I left that region of text.
Now, extra space keypresses have no effect and I feel like I'm in a
straight-jacket. I can still insert a space *before* an existing
Stefan Schimanski wrote:
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3234
It seems it's not possible to check whether the cursor is already
visible. With the patch it is always shown directly after resizing.
Good detective work!
I
don't see any problems with that though.
There can't
Stefan Schimanski wrote:
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3588
On MacOSX enter is no activation key for a QListWidget. Hence it does
not close the command completion popup. Moreover setFocus does not focus
the widget correctly, probably because the popup widget behavior is
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3588
On MacOSX enter is no activation key for a QListWidget. Hence it does
not close the command completion popup. Moreover setFocus does not
focus the widget correctly, probably because the
Sorry, I misread Key_Space for Key_Escape. But Key_Space of course
doesn't look right as an LFUN can have arguments.
That's the reason for Key_Space. Space will also select the current
item and you can continue typing arguments. Note that also Enter will
not issue the command, but go back
Stefan Schimanski wrote:
Sorry, I misread Key_Space for Key_Escape. But Key_Space of course
doesn't look right as an LFUN can have arguments.
That's the reason for Key_Space. Space will also select the current item
and you can continue typing arguments. Note that also Enter will not
issue
Andreas Neustifter wrote:
I yesterday finally had the time to compile the latest SVN version and
give it a try, unfortunately I had a problem with the math toolbars:
After firing LyX up and turning on the math panel all the pop-up windows
(to select Greek letters for example or to select
The problem is computer access. The internet (and computer in general)
penetration in those
countries is *much* lower than Nederland.
But aren't Saudi-Arabia, Kuweit, Katar, and Bahrain very rich Arabic speaking
countries?
Uwe
Am 18.06.2007 um 11:39 schrieb Leuven, E.:
Andreas Neustifter wrote:
I yesterday finally had the time to compile the latest SVN version
and
give it a try, unfortunately I had a problem with the math toolbars:
After firing LyX up and turning on the math panel all the pop-up
windows
(to
Regarding the \R vs. \AR --- I believe that is Arabi-specific.
Yes but without arabi you can't typeset Arabic and Farsi.
I think that's not true. There are plans to add ARABI support for Arabic but AFAIU (Mostafa knows
better) the situation is as follows:
Now:
Arabic: uses
Stefan Schimanski wrote:
Yes, they are empty! I am also on Mac. Never use them though, so I never
noticed. This is a show stopper for mac.
well, then the tear-off version needs to be disabled for mac until someone
finds a solution.
would the attached do this?
Index:
I just imported a manuscript from a Latex file that has been produced
from a Document file (.doc) by exporting from OpenOffice Writer 2.2. The
tex file compiles well with Latex and the outpurt is the best from all
doc2tex coverters I have tried.
Lyx 1.4.4-4 imports, but the imported file
It would be good to implement a search-and-replace feature for ERT
inserts. Or is this covered already?
This would b e quite appropriate in case of working on imported Latex
files that contain sometimes auite a lot of such things. It is
comnbersome to do these edits directly in the lyx file
Helge Hafting wrote:
Environments with depths are not cut/pasted correctly.
Create the following document:
1. Enumerate AA
Standard text with increased depthBB
2. Enumerate goes on CC
3. Enumerate goes on
Now put the cursor after AA, and mark to after BB.
Press ctrl+c (copy)
Move the
It does not even compile:
#if QT_VERSION = 0x040200 !Q_WS_MACX
gives operator '!' has no right operand.
Stefan
Am 18.06.2007 um 12:06 schrieb Leuven, E.:
disabletearoff.diff
PGP.sig
Description: Signierter Teil der Nachricht
On Mon, Jun 18, 2007 at 08:03:21AM +0200, Andre Poenitz wrote:
On Mon, Jun 18, 2007 at 04:20:13AM +0200, Enrico Forestieri wrote:
On Tue, Jun 12, 2007 at 11:28:37PM +0200, Edwin Leuven wrote:
+// FIXME: this can go when we move to Qt 4.3
+#define QT_VERSION_CHECK(major, minor,
On Mon, Jun 18, 2007 at 12:06:50PM +0200, Leuven, E. wrote:
--- src/frontends/qt4/IconPalette.h (revision 18812)
+++ src/frontends/qt4/IconPalette.h (working copy)
@@ -20,7 +20,7 @@
// FIXME: this can go when we move to Qt 4.3
#define QT_VERSION_CHECK(major, minor, patch)
Uwe Stöhr wrote:
The problem is computer access. The internet (and computer in
general) penetration in those
countries is *much* lower than Nederland.
But aren't Saudi-Arabia, Kuweit, Katar, and Bahrain very rich Arabic
speaking countries?
Very rich country doesn't mean that all people
I'm finding with 1.5rc1 that holding down the backspace key, there is too
much delay, so that after I release the backspace much more text is deleted
than I wanted.
Uwe Stöhr wrote:
Regarding the \R vs. \AR --- I believe that is Arabi-specific.
Yes but without arabi you can't typeset Arabic and Farsi.
I think that's not true. There are plans to add ARABI support for
Arabic but AFAIU (Mostafa knows better) the situation is as follows:
On Mon, 2007-06-18 at 10:58 +0200, Abdelrazak Younes wrote:
Darren Freeman wrote:
Old as in 1.3 or as in 1.4. I don't think we changed anything in 1.5
but I am not sure...
I skipped from 1.3 to 1.5.0svn...
Also I point out that LyX still allows a permanent dangling space at the
end of a
Enrico Forestieri wrote:
On Mon, Jun 18, 2007 at 12:06:50PM +0200, Leuven, E. wrote:
--- src/frontends/qt4/IconPalette.h (revision 18812)
+++ src/frontends/qt4/IconPalette.h (working copy)
@@ -20,7 +20,7 @@
// FIXME: this can go when we move to Qt 4.3
#define QT_VERSION_CHECK(major,
On Mon, 2007-06-18 at 10:56 +0200, Abdelrazak Younes wrote:
Darren Freeman wrote:
Hi all,
I just added a heading Appendix in Chaper* environment to the end of
my Book class document. It didn't appear in the Outline, whereas all
Chapter environments do.
Which version?
I'm always
On Sunday 17 June 2007 21:59:24 Uwe Stöhr wrote:
José,
I think that we should announce everything new we have. I added the missing
bits that came into my mind in the attached patch. OK?
OK.
regards Uwe
--
José Abílio
On Mon, 2007-06-18 at 12:40 +0200, Hellmut Weber wrote:
Hi Darren, don't you think that calling a lyx behaviour 'gestapo
behaviour' is inappropriate?
I don't think I spent any more than three seconds on it and hadn't
considered it to be anything other than a little colourful. I was
referring
On Mon, 18 Jun 2007, Joost Verburg wrote:
[EMAIL PROTECTED] wrote:
I agree we should compile all the dictionaries, under the condition that
it is not too much extra work. However, I don't buy the argument about
imposing their will, since this is the LyX project and not the Aspell
project.
On Mon, 18 Jun 2007, Ozgur Ugras BARAN wrote:
I'd love to join, but apparently it won't be possible for me. Do you
plan any means of online access for hacking/ conferencing etc?
That's a good idea. Has this been done on previous meetings?
/C
--
Christian Ridderström, +46-8-768 39 44
On Mon, 18 Jun 2007, José Matos wrote:
On Sunday 17 June 2007 21:59:24 Uwe Stöhr wrote:
José,
I think that we should announce everything new we have. I added the missing
bits that came into my mind in the attached patch. OK?
OK.
I've looked at the patch and it seems ok to me as well. I
Dear LyX team,
I write to you as a user who wants to give some feedback on my last
experience installing lyx1.5rc1 on windows from the bundle with all
the dependencies.
First some background:
I had already tried lyx some years ago, both under windows and linux,
and have been trying it once in
Ozgur Ugras BARAN wrote:
I'd love to join, but apparently it won't be possible for me.
Me neither, as you probably already have noticed. Sorry.
Jürgen
On Mon, Jun 18, 2007 at 02:09:34PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Mon, Jun 18, 2007 at 12:06:50PM +0200, Leuven, E. wrote:
--- src/frontends/qt4/IconPalette.h(revision 18812)
+++ src/frontends/qt4/IconPalette.h(working copy)
@@ -20,7 +20,7
Enrico Forestieri wrote:
On Mon, Jun 18, 2007 at 02:09:34PM +0200, Abdelrazak Younes wrote:
I think there are two solutions:
1) require Qt4.2
While tearing away math panels maybe a nice feature, it is not essential,
So are a lot of features of LyX :-). But I personally won't use that
can people try the attached?
it is another approach to tear off the panels: simply move the panel
this time only using 4.1 stuff ...
Index: src/frontends/qt4/IconPalette.cpp
===
--- src/frontends/qt4/IconPalette.cpp (revision
Darren Freeman wrote:
Select some text, open Edit-Text Style-Customized, set the text Shape
to Italic. Now make it Emphasized. This combination makes sense if it
appears in a block of text with that Shape but not Emphasized.
On the LyX screen it appears to be back to normal. This is going to
Georg Baum wrote:
Am Samstag, 16. Juni 2007 17:20 schrieb Richard Heck:
Jose, JMarc, Georg,
Views about whether this should now go in?
I think so, but why this return statement?
+// We're not waiting for the result, so we can't do anything
+// else here.
+
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do it,
I'm not sure. Abdel was talking about a more major re-organization of
the code, but maybe that could wait.
Maybe
On Mon, Jun 18, 2007 at 04:22:09PM +0200, Leuven, E. wrote:
can people try the attached?
it is another approach to tear off the panels: simply move the panel
this time only using 4.1 stuff ...
Works for me with both Qt 4.1.4 and 4.2.2. However, the panel disappears
after making a choice,
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do it,
I'm not sure. Abdel was talking about a more major re-organization of
the code, but maybe
Leuven, E. wrote:
can people try the attached?
it is another approach to tear off the panels: simply move the panel
this time only using 4.1 stuff ...
Tried it (qt 4.2.3 here). Doesn't seem to work well: the panel gets a
decoration like normal windows when opened (so it's already
On Mon, Jun 18, 2007 at 11:53:42AM +0300, Ozgur Ugras BARAN wrote:
I'd love to join, but apparently it won't be possible for me. Do you plan
any means of online access for hacking/ conferencing etc?
regards,
Ugras
Sure, we'll be online from the meeting place. Svn, email and irc
should
There can't be problem with this, just commit it.
+1
regards Uwe
On Saturday 16 June 2007 17:44:35 Michael Gerz wrote:
What was the reason that nobody fixed this?
Michael
None. ;-)
--
José Abílio
You are probably right but AFAIK, the distinction between \AR and \FR is only
useful when you
specifically use ARABI.
I am only repeating here...
Me too ;-): Arabi provides the input encoding cp1256 so without arabi, no
Arabic, especially on Windows.
So to come to an end, let's change the
On Monday 18 June 2007 13:46:16 [EMAIL PROTECTED] wrote:
I don't _know_ what CJK languages are, but I guess
'Chinese-Japanese-Korean'.
Yep.
/Christian
--
José Abílio
On Mon, 18 Jun 2007, Rafael Maguiña wrote:
First of all, thanks for giving us the feedback!
I assume you're rather computer savvy. Would you say above average (for a
Windows user)?
Installing:
I chose the bundle on purpose, as I knew the machine on which I wanted
to install lyx isn't
Tried it (qt 4.2.3 here). Doesn't seem to work well:
the panel gets a decoration like normal windows when opened (so it's already
detached)
, and moreover closes itself when clicking on a symbol.
no! no! no! ;-)
the idea is the following:
detaching makes the panel stay on top so that you
On Mon, Jun 18, 2007 at 09:50:03AM +0200, Abdelrazak Younes wrote:
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern
[EMAIL PROTECTED] writes:
Dov Hmm, I just came across this yesterday when trying to figure out
Dov what was going on with bug 3011, and wondered about
On Mon, Jun 18, 2007 at 01:14:44PM +0200, Stefan Schimanski wrote:
It does not even compile:
#if QT_VERSION = 0x040200 !Q_WS_MACX
gives operator '!' has no right operand.
Maybe !defined(Q_WS_MACX) is better.
Andre'
On Mon, Jun 18, 2007 at 04:22:09PM +0200, Leuven, E. wrote:
+ /* i didn't find a smarter way to find out
+ * whether a move was made by the user
+ * because we also move the widget ourselves
+ * to make it popup in the right position...
+ */
+ switch
On Mon, Jun 18, 2007 at 06:20:07PM +0200, Leuven, E. wrote:
Tried it (qt 4.2.3 here). Doesn't seem to work well:
the panel gets a decoration like normal windows when opened (so it's
already detached)
, and moreover closes itself when clicking on a symbol.
no! no! no! ;-)
the idea is
On Mon, Jun 18, 2007 at 06:44:15PM +0200, Andre Poenitz wrote:
On Mon, Jun 18, 2007 at 01:14:44PM +0200, Stefan Schimanski wrote:
It does not even compile:
#if QT_VERSION = 0x040200 !Q_WS_MACX
gives operator '!' has no right operand.
Maybe !defined(Q_WS_MACX) is better.
Andre Poenitz wrote:
On Mon, Jun 18, 2007 at 04:22:09PM +0200, Leuven, E. wrote:
+/* i didn't find a smarter way to find out
+ * whether a move was made by the user
+ * because we also move the widget ourselves
+ * to make it popup in the right position...
+ */
+
Hi!
Here's another RTL regression --- I think this should be really easy to
solve for anyone familiar with the painting code. I'd be happy to try
and help out if necessary.
http://bugzilla.lyx.org/show_bug.cgi?id=3889
Thanks!
Dov
Hi,
the following patch by Jürgen (with a minor fix by myself) prevents the
replacement of deleted text.
I tested the fix and it works.
Even with this patch there are still a few minor problems with the
searchreplace dialog:
- Replace/ReplaceAll is always activated when the dialog opens
-
On Mon, Jun 18, 2007 at 06:58:32PM +0200, Leuven, E. wrote:
Andre Poenitz wrote:
On Mon, Jun 18, 2007 at 04:22:09PM +0200, Leuven, E. wrote:
+/* i didn't find a smarter way to find out
+ * whether a move was made by the user
+ * because we also move the widget ourselves
+
At the most basic level, it would be nice to have an option for lyx to
automatically copy any referenced file to a subfolder, e.g. figures/
of where the .lyx file is.
this is somehow similar to
http://bugzilla.lyx.org/show_bug.cgi?id=700
or maybe better solution, as images from several lyx
Uwe Stöhr wrote:
You are probably right but AFAIK, the distinction between \AR and \FR
is only useful when you
specifically use ARABI.
I am only repeating here...
Me too ;-): Arabi provides the input encoding cp1256 so without arabi,
no Arabic, especially on Windows.
So to come to
[EMAIL PROTECTED] wrote:
What is involved in creating an installer dictionary? If you (or Uwe?)
could explain a bit about it, I'll learn and understand more about it.
Feel free to point me to some help instructions if those already exist.
It's not good if you're the only one that knows about
It's already automated with a Cygwin shell script. I'll generate
dictionaries for all languages if you think it's necessary.
The point here is that Christian would like to know how to automate
the generation of dictionaries, namely having a look at your cygwin
script.
Same hold for the
[EMAIL PROTECTED] wrote:
Joost/Uwe, can you confirm that a user can manually run a dictionary
installer? If this is the case, then we could see about adding
instructions for the user of a bundled installer to also download the
relevant dictionary installers.
The bundled installer allows you
Bo Peng wrote:
The point here is that Christian would like to know how to automate
the generation of dictionaries, namely having a look at your cygwin
script.
Sure.
http://wiki.lyx.org/uploads/Windows/aspell_installer_data%2Bdict.zip
Joost
Leuven, E. wrote:
Tried it (qt 4.2.3 here). Doesn't seem to work well:
the panel gets a decoration like normal windows when opened (so it's
already detached)
, and moreover closes itself when clicking on a symbol.
no! no! no! ;-)
the idea is the following:
detaching makes the panel
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern
[EMAIL PROTECTED] writes:
Dov Hmm, I just came across this yesterday when trying to figure out
Dov what was going on with bug 3011, and wondered about it. I'm not
Dov sure if this is what you mean
Michael Gerz schrieb:
Hi,
the following patch by Jürgen (with a minor fix by myself) prevents
the replacement of deleted text.
I tested the fix and it works.
Even with this patch there are still a few minor problems with the
searchreplace dialog:
Nevertheless, I am asking for another OK.
Can ArabTeX run on Windows, or does that not work?
ArabTeX can in general be run on Windows but to be able to typeset Arabic with LyX on Windows, I
also need the arabi-package.
regards Uwe
Uwe Stöhr schrieb:
Attached a correct patch from Georg. As
Bug 3878 http://bugzilla.lyx.org/show_bug.cgi?id=3878 prevents the
Userguide from beeing compiled
this should go in before RC2.
It's in now as it fixes a release stopper:
http://www.lyx.org/trac/changeset/18819
The patch is from
The patch is in.
I don't _know_ what CJK languages are, but I guess
'Chinese-Japanese-Korean'.
Yes, this is explained in the previous section of the ANNOUNCE file.
regards Uwe
Uwe, could I have your input on the following questions:
* What do you think about creating a separate sourceforge project for
storing the dictionary installers?
Why? I already have a berlos.de procect, so why not use the space I already
have there?
* Which, if any, components does your
Hi!
Here are some more details about getting Arabic working in LyX --- with
ArabTeX or with Arabi. (I'm on debian linux, using texlive; and I still
don't understand a lot of what's going on. YMMV.)
ArabTeX actually currently works better than Arabi (mainly, I guess,
because it's what was
I was completely busy today. Well, I tried to follow the emails related to this
subject. Abdel mentioned the main points:
For Arabic we have planned to have both ArabTeX and ARABI,
but for Farsi we (at least me as a Farsi User) have decided to use only ARABI.
Currently it is possible to
Dov Feldstern wrote:
Why do we need that structure at all? Given that our char_type is
32-bits, and we don't use all 32, we could do something like the
following: the insets themselves could be stored in a hash table,
without storing their positions in that structure. At each position in
the
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Ozgur Ugras BARAN wrote:
I'd love to join, but apparently it won't be possible for me.
Jürgen Me neither, as you probably already have noticed. Sorry.
Too bad. Is it because you do not want us to discover that you are
actually a
christian == christian ridderstrom [EMAIL PROTECTED] writes:
christian 1. ftp.lyx.org (I don't know which machine this is,
christian probably french)
Yes, it is a french machine, which also hosts the vlc media player,
meaning that they do not have bandwidth problems. We only had few
problems
On Mon, Jun 18, 2007 at 10:41:54PM +0200, Alfredo Braunstein wrote:
Dov Feldstern wrote:
Why do we need that structure at all? Given that our char_type is
32-bits, and we don't use all 32, we could do something like the
following: the insets themselves could be stored in a hash table,
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre We get the same information with any other file format.
Andre And as most of the PNGs are tiny storing full diffs would not
Andre even be expensive either.
Probably.
However, in these days of a PNG-aware frontend, it does seem
strange
On Mon, Jun 18, 2007 at 10:42:08PM +0200, Jean-Marc Lasgouttes wrote:
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Ozgur Ugras BARAN wrote:
I'd love to join, but apparently it won't be possible for me.
Jürgen Me neither, as you probably already have noticed. Sorry.
[EMAIL PROTECTED] wrote:
I have 2 quirks here: 1) some packages I needed weren't in the bundle,
which I would rather recommend to include; 2) miktex wanted to install
some extra packages which I can't imagine I will ever need nor can
imagine that lyx needs them to run.
The reason for why
On Mon, Jun 18, 2007 at 10:59:29PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre We get the same information with any other file format.
Andre And as most of the PNGs are tiny storing full diffs would not
Andre even be expensive either.
Any comments or suggestions for a better solution?
Michael, what if we just change the code inside userinfo.cpp instead of
intricating CT code ?
the solution could be that the user_name/mail() will return eg Anonymous by
default. later (1.5.1 or so) - lyx initialization could be supplied by
On Mon, 2007-06-18 at 16:36 +0100, José Matos wrote:
On Saturday 16 June 2007 17:44:35 Michael Gerz wrote:
What was the reason that nobody fixed this?
Michael
None. ;-)
Homer: Oh my god, this man's my exact double! And that dog has a puffy
tail. Hee hee hee. Here puff! Here puff!
Need
Michael, what if we just change the code inside userinfo.cpp instead of
intricating CT code ?
the solution could be that the user_name/mail() will return eg
Anonymous by default.
I have some ideas on how to fix the problem without changing the file format.
In any case (with or without
On Mon, Jun 18, 2007 at 04:20:13AM +0200, Enrico Forestieri wrote:
> On Tue, Jun 12, 2007 at 11:28:37PM +0200, Edwin Leuven wrote:
>
> > >> +// FIXME: this can go when we move to Qt 4.3
> > >> +#define QT_VERSION_CHECK(major, minor, patch)
> > >> ((major<<16)|(minor<<8)|(patch))
> > >> +
> > >>
Now that I was too stupid to get my booking right the first time, I
again have a choice of dates.
Originally I was thinking about Thursday-Monday "as usual" but given
the timetables that'd mean absolutely no work on Thursday and Monday,
which is a bit below "business as usual". So I think about
On Mon, 18 Jun 2007, Uwe Stöhr wrote:
On Sun, 17 Jun 2007, Joost Verburg wrote:
The other languages are not supported by LyX, so I don't see any
reason to make dictionaries available for these languages.
LyX supports now for example Farsi (fa) and Armenian (hy). But anyway
,as people
Uwe Stöhr wrote:
LyX supports now for example Farsi (fa) and Armenian (hy).
But anyway ,as people downloaded the other dictionaries, they have a
reason for this. We should not impose their will.
These people probably want to download dictionaries for all supported
languages. There is
1 - 100 of 192 matches
Mail list logo
