[EMAIL PROTECTED] schrieb:
Author: rgheck
Date: Fri May 25 00:17:04 2007
New Revision: 18500
URL: http://www.lyx.org/trac/changeset/18500
Log:
Forgot to restore this before committing 18494. This fixes bug 3725.
Modified:
lyx-devel/trunk/src/insets/InsetInclude.cpp
Modified: lyx-devel/trun
Uwe Stöhr wrote:
> +0x201c "{}``" "" "" # LEFT DOUBLE QUOTATION MARK
The {} breaks kerning.
"\textquotedblleft" is better.
> +0x2026 "\\dots" "" "" # HORIZONTAL ELLIPSIS
we use \ldots.
Jürgen
Bo Peng wrote:
> I am too lazy to create a bugzilla entry, and will commit it if Uwe or
> Jurgen OKs it.
OK.
Jürgen
The attached patch (also attached in bugzilla http://
bugzilla.lyx.org/show_bug.cgi?id=3720) solves this issue. As I
explain there, I would really just as soon get rid of the condition
altogether (I tested both options, both seem to work)...
Stefan, I hope you don't mind my butting in before
The attached patch addresses this bug. The idea is to leave the TOC
(e.g.) open when closing one buffer, if there is still one open.
This seems slightly dangerous, so I won't push to commit this now,
though if people think it's a good idea and it seems safe, then we
could. For what it's worth, th
As said. This seems a very sensible idea. Accidental reversion is bad.
The requester also suggested that the default in the Close dialog should
also be Cancel. It seems to me that Save is good here, but it would be
easy to change that one, too.
Richard
--
===
Bug:
1. set global listings parameters from settings->text layout
2. close and reopen dialog, remove the parameters
3. close and reopen dialog, the parameters are still there.
Cause:
In the current logic, listings_params is not written to a file if it
is empty. Because parameter transmission fro
And now, with the actual patch.
The attached doesn't do much other than code cleanup, and I've inserted
some comments about how to fix bug 3440, which I don't propose to do
now. There's no actual change to the logic. Indentation will be fixed.
Makes the diff hard to read.
Seeking OK to commit.
no attachment?
The attached doesn't do much other than code cleanup, and I've inserted
some comments about how to fix bug 3440, which I don't propose to do
now. There's no actual change to the logic. Seeking OK to commit.
Richard
--
==
Richard G
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | Author: rgheck
> | Date: Fri May 25 00:17:04 2007
> | New Revision: 18500
> |
> | URL: http://www.lyx.org/trac/changeset/18500
> | Log:
> | Forgot to restore this before committing 18494. This fixes bug 3725.
> |
> | Modified:
> | l
On Wed, 2007-05-23 at 08:38 +0200, [EMAIL PROTECTED]
wrote:
> I think you should at least file a bugzilla enhancement request, referring
> to this thread.
This issue got absorbed into
http://bugzilla.lyx.org/show_bug.cgi?id=3680 where I've added a comment
referring to this thread.
If somebody co
On 5/24/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
Bo Peng schrieb:
> Strangely, float can be one or more of *tbph but floatplacement can
> only be one or more of tbp.
I don't see this.
\begin{lstlisting}[float,floatplacement=!h]
compiles fine here and also
\begin{lstlisting}[float,floatplacement
| +string InsetListingsParams::params(string sep) const
const ref
Thanks.
Fixed in trunk.
Bo
Elazar Leibovich wrote:
This patch solves completely the issue of wrong display of the cursor
when it is right in front of an RTL set.
What I did is I added a better test for that. I tested whether or not
the cursor slice (which I don't understand EXACTLY what it means, it's
sort of pointer to
[EMAIL PROTECTED] writes:
| Author: bpeng
| Date: Fri May 25 00:19:58 2007
| New Revision: 18501
|
| URL: http://www.lyx.org/trac/changeset/18501
| Log:
| Use a new internal structure for InsetListingsParams, fix bugs 3713 and 3718
|
| Modified:
| lyx-devel/trunk/src/insets/InsetInclude.cpp
[EMAIL PROTECTED] writes:
| Author: rgheck
| Date: Fri May 25 00:17:04 2007
| New Revision: 18500
|
| URL: http://www.lyx.org/trac/changeset/18500
| Log:
| Forgot to restore this before committing 18494. This fixes bug 3725.
|
| Modified:
| lyx-devel/trunk/src/insets/InsetInclude.cpp
|
| Mo
> Surprisingly, the tooltip "Insert table" for the upper toolbar
> isn't translateable. Every other toolbar tooltip is.
do you use svn ?
http://bugzilla.lyx.org/show_bug.cgi?id=3508
pavel
Bo Peng schrieb:
Strangely, float can be one or more of *tbph but floatplacement can
only be one or more of tbp.
I don't see this.
\begin{lstlisting}[float,floatplacement=!h]
compiles fine here and also
\begin{lstlisting}[float,floatplacement=tbph]
(I use listings version 1.4 from 22/02/2007.
Dov Feldstern wrote:
Stefan Schimanski wrote:
Please don't spend too much time. I have a working version I think
here now and only workout some target_x bugs. Will probably send the
patch to the list tomorrow.
Stefan
Thanks, but I actually think I've got a solution, too: the cause (I
thin
I wrote:
While searching for bugs I found these two
Bug 3725:
http://bugzilla.lyx.org/show_bug.cgi?id=3725
and bug 3726:
http://bugzilla.lyx.org/show_bug.cgi?id=3726
but they were both introduced by the patch that implemented the language
dialects.
Sorry this was wrong, bug 3725 was "impleme
Strangely, float can be one or more of *tbph but floatplaement can
only be one or more of tbp. Currently, lyx outputs
float,floatplacement=xxx (x be tbph), and this patch changes to
float=xxx (x be *tbph).
I am too lazy to create a bugzilla entry, and will commit it if Uwe or
Jurgen OKs it.
Bo
I
Stefan Schimanski wrote:
Am 24.05.2007 um 23:56 schrieb Dov Feldstern:
Dov Feldstern wrote:
Stefan Schimanski wrote:
Hi!
Is it a bug or a feature that the cursor does not enter insets from
the right in the text? In Text::cursorLeft the
checkAndActivateInset(cur, false) call comes before m
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
> | Log:
> | Fix stupid use of "or".
>
> Thanks.
>
Since it was my stupid use---I'd be writing perl---I pretty much had to
fix it, no?
Richard
--
==
Richard G Heck, Jr
Profe
you cannot export \lstinline{foo}, ist must be something of
\lstinlinefoo
where is a free choosen delimiter. Otherwise you cannot write
something like \lstinline{\textbf{foo}}. Must be
\lstinline|\textbf{foo}| or any other character than |.
The listings manual says:
An experimental implementat
Bo Peng schrieb:
The attached patch overkills these bugs
Confirmed.
so it may introduce some new bugs.
I couldn't find new bugs. While searching for bugs I found these two
Bug 3725:
http://bugzilla.lyx.org/show_bug.cgi?id=3725
and bug 3726:
http://bugzilla.lyx.org/show_bug.cgi?id=3726
but
This patch solves completely the issue of wrong display of the cursor
when it is right in front of an RTL set.
Normally when a cursor is in an inset in RTL mode, it's position is
being calculated in the following manner. the '|' is the cursor, the
[] is inset I, inside some outer inset A.
WORD [in
Am 24.05.2007 um 23:56 schrieb Dov Feldstern:
Dov Feldstern wrote:
Stefan Schimanski wrote:
Hi!
Is it a bug or a feature that the cursor does not enter insets
from the right in the text? In Text::cursorLeft the
checkAndActivateInset(cur, false) call comes before moving the
cursor from
Dov Feldstern wrote:
Stefan Schimanski wrote:
Hi!
Is it a bug or a feature that the cursor does not enter insets from
the right in the text? In Text::cursorLeft the
checkAndActivateInset(cur, false) call comes before moving the cursor
from the right. Though checkAndActivateInset expects the
[EMAIL PROTECTED] writes:
| Author: rgheck
| Date: Thu May 24 19:17:04 2007
| New Revision: 18494
|
| URL: http://www.lyx.org/trac/changeset/18494
| Log:
| Fix for bugs 2199 and 3667. Most of the changes were to the logic. Buffers
| that were opened for possible included LyX files need to be clos
Jean-Marc Lasgouttes wrote:
"Elazar" == Elazar Leibovich <[EMAIL PROTECTED]> writes:
Elazar> Granted. However how do you determine that? Is it by the last
Elazar> cursor the user has clicked (if he pressed <-, he'll be after
Elazar> character X, if he typed -> he'll be before character Y)?
The
[EMAIL PROTECTED] writes:
| Author: rgheck
| Date: Thu May 24 21:19:23 2007
| New Revision: 18496
|
| URL: http://www.lyx.org/trac/changeset/18496
| Log:
| Fix stupid use of "or".
|
| Modified:
| lyx-devel/trunk/src/insets/InsetInclude.cpp
|
| Modified: lyx-devel/trunk/src/insets/InsetInclu
[EMAIL PROTECTED] writes:
| Author: sts
| Date: Thu May 24 18:29:40 2007
| New Revision: 18489
|
| URL: http://www.lyx.org/trac/changeset/18489
| Log:
| * do not lookup the same macro all the time
| * only update the representation if anything was changed (this gives a
| huge speedup), fixes #2
Stefan Schimanski wrote:
Hi!
Is it a bug or a feature that the cursor does not enter insets from the
right in the text? In Text::cursorLeft the checkAndActivateInset(cur,
false) call comes before moving the cursor from the right. Though
checkAndActivateInset expects the cursor to be left of t
[EMAIL PROTECTED] writes:
| Author: sts
| Date: Mon May 21 08:27:32 2007
| New Revision: 18435
|
| URL: http://www.lyx.org/trac/changeset/18435
| Log:
| * cloned macros need an update because the argument proxies point to the old
macro
|
| Modified:
| lyx-devel/branches/personal/sts/dynmacr
Bo Peng wrote:
> On 5/24/07, Helge Hafting
> <[EMAIL PROTECTED]> wrote:
>> A lyx file and the resulting tex file.
>>
>> latexing this:
>> No file listinginline.aux.
>> )
>> Runaway argument?
>> {test}^^M\end{document}^^M
>> ! File ended while scanning use of [EMAIL PROTECTED]
>>
>>
Bo Peng schrieb:
I can open and compile your test file perfectly. Maybe your listings
package is too old?
Uwe, can you open it there?
For me it also works fine.
regards Uwe
Bo Peng schrieb:
Can not test it here (no windows), but if you can copy/paste single
and double quotes from word to lyx, I will be happy to see it in svn.
Yes, you can do this now, also from OpenOffice.
regards Uwe
On 5/24/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
The attached patch fix bug 3673:
and adds some more unicode symbols according to
http://www.unicode.org/charts/PDF/U2000.pdf
and
ftp://ctan.tug.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf
Can not test it here (no windows), but if
> "Elazar" == Elazar Leibovich <[EMAIL PROTECTED]> writes:
Elazar> Granted. However how do you determine that? Is it by the last
Elazar> cursor the user has clicked (if he pressed <-, he'll be after
Elazar> character X, if he typed -> he'll be before character Y)?
There is something like that
The attached patch fix bug 3673:
and adds some more unicode symbols according to
http://www.unicode.org/charts/PDF/U2000.pdf
and
ftp://ctan.tug.org/tex-archive/info/symbols/comprehensive/symbols-a4.pdf
Ok to go in?
regards Uwe
Index: unicodesymbols
==
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> We could just wait for 1.34.1, upgrading to 1.34 is nearly a
Peter> noop:
Peter> http://www.lyx.org/trac/changeset/18458
I'd suggest to upgrade to 1.34 now, and consider 1.34.1 when it is
released.
JMarc
On Thu, May 24, 2007 at 07:32:15PM +0100, José Matos wrote:
> On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
> > {
> > Types const t = type(params);
> > - return (t == INPUT) or (t == INCLUDE);
> > + return (t == INPUT) || (t == INCLUDE);
+ return t == INPUT || t
On Thu, May 24, 2007 at 11:55:35AM -0400, Richard Heck wrote:
> Georg Baum wrote:
> > Richard Heck wrote:
> >
> >
> >> That's the approach I'm now taking, more or less, as Enrico found yet
> >> further problems. He also suggested a simpler way, namely: note the time
> >> when we start the conver
Enrico Forestieri wrote:
> I don't think so as you would copy back all the graphics files (maybe
> converted to postscript from some bitmap format and thus huge) and all
> sort of things that gets copied to the tempdir.
>
> Why not implementing what I really proposed, i.e.,
> 1) make a list of all
On 5/24/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
On Thu, May 24, 2007 at 10:34:26AM +0300, Elazar Leibovich wrote:
> On 5/22/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> >On Tue, May 22, 2007 at 05:41:22PM +0300, Elazar Leibovich wrote:
> >> Well, I'm in cursorX() so I'm having
> >> BufferV
On Thu, May 24, 2007 at 11:55:35AM -0400, Richard Heck wrote:
> Georg Baum wrote:
> > Richard Heck wrote:
> >
> >
> >> That's the approach I'm now taking, more or less, as Enrico found yet
> >> further problems. He also suggested a simpler way, namely: note the time
> >> when we start the conver
On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
> Index: src/frontends/qt4/QDocument.cpp
> ===
> --- src/frontends/qt4/QDocument.cpp (revision 18495)
> +++ src/frontends/qt4/QDocument.cpp (working copy)
> @@ -891,7 +891,7
http://bugzilla.lyx.org/show_bug.cgi?id=3488
The attached patch resolves this bug. The problem was that the current
buffer was being disconnected from the LyXView before the new buffer was
loaded. If the load failed, then, closing the current buffer would not
call LyXView::setBuffer(), and the `c
José Matos wrote:
> On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
>
>> {
>> Types const t = type(params);
>> - return (t == INPUT) or (t == INCLUDE);
>> + return (t == INPUT) || (t == INCLUDE);
>> }
>>
> Why is this? And what does this has to do with merged file
Bo Peng wrote:
>> I haven't been able to cause a problem after deleting these lines. The
>> reason is that the InsetInclude::latex() routine just ignores the
>> options, anyway, if we're not dealing with a listings include. The
>> advantage to deleting them turns out to be that if you switch from
>
Hi,
there is a pretty good instruction in development/cmake/README.cmake
in the subversion tree. Altough it failed for me...
I did a build exactly as in the README stated (tried both GNU make
and Xcode) and both of them left me with an unusable binary (throwing
some exception from boost d
On Thu, May 24, 2007 at 10:34:26AM +0300, Elazar Leibovich wrote:
> On 5/22/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> >On Tue, May 22, 2007 at 05:41:22PM +0300, Elazar Leibovich wrote:
> >> Well, I'm in cursorX() so I'm having
> >> BufferView bv,
> >> CursorSlice sl,
> >> and finally boundary.
José Matos wrote:
> On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
>> {
>> Types const t = type(params);
>> - return (t == INPUT) or (t == INCLUDE);
>> + return (t == INPUT) || (t == INCLUDE);
>> }
>
> Why is this? And what does this has to do with merged files?
>
It
On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
> {
> Types const t = type(params);
> - return (t == INPUT) or (t == INCLUDE);
> + return (t == INPUT) || (t == INCLUDE);
> }
Why is this? And what does this has to do with merged files?
--
José Abílio
Here I need attached patch to compile
cmake and merged files. Could it go in?
Peter
Index: src/insets/InsetInclude.cpp
===
--- src/insets/InsetInclude.cpp (revision 18495)
+++ src/insets/InsetInclude.cpp (working copy)
@@ -233,7 +233,
Bo Peng wrote:
>> I haven't been able to cause a problem after deleting these lines. The
>> reason is that the InsetInclude::latex() routine just ignores the
>> options, anyway, if we're not dealing with a listings include. The
>> advantage to deleting them turns out to be that if you switch from
>
Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
>> It was Georg who wrote
>>
>> Note that the iostreams library in boost 1.34.0 is an outdated
>> version (older than the version in boost 1.33.1) with a memory leak,
>> so watch for iostreams updates in the boost 1.34 branch, too.
>>
>> I am
No ideas any more--also the last patch does not work
(Helge's private reply).
I've reverted the first patch,
http://www.lyx.org/trac/changeset/18376
because it introduces this bug,
http://marc.info/?l=lyx-devel&m=117944188219722&w=2
detected by Dov.
The event_1 patch gives better results on syste
On Thursday 24 May 2007 17:35:01 Richard Heck wrote:
> I'd feel happiest committing this with or after the fix for 2199. I
> don't believe it solves this crash all by itself. The 2199 one is
> waiting approval. I'll attach a combined diff. It's one bug, more or less.
Go on. :-)
> Richard
--
J
On Thursday 24 May 2007 17:25:50 Richard Heck wrote:
> While working on the HTML view issues, I added some documentation about
> converters and such. Can this go in?
>
> rh
>
Yes.
--
José Abílio
José Matos wrote:
> On Thursday 24 May 2007 08:55:31 Jean-Marc Lasgouttes wrote:
>
>> Richard> Seeking two OKs to commit.
>>
>> This looks good.
>>
> +1
>
I'd feel happiest committing this with or after the fix for 2199. I
don't believe it solves this crash all by itself. The 2199 one
Hmm, I see. Let's ask Bo about this, as I think he must have added these
calls.
I haven't been able to cause a problem after deleting these lines. The
reason is that the InsetInclude::latex() routine just ignores the
options, anyway, if we're not dealing with a listings include. The
advantage t
While working on the HTML view issues, I added some documentation about
converters and such. Can this go in?
rh
=
3.5 Converters, Formats, and Copiers
LyX has a powerful mechanism to convert to and from any file format
using external programs.
3.5.1 Formats
The first step is to define y
José Matos wrote:
> On Thursday 24 May 2007 07:28:40 Richard Heck wrote:
>
>> The attached removes a few pointless calls from QInclude.cpp that do
>> nothing but cause a warning to be written to the console. OK to commit?
>>
> The purpose of the code seems to be resetting the options, if
On Thursday 24 May 2007 14:44:46 Helge Hafting wrote:
> Updated translations for Norwegian.
> Particularly new stuff:
> * new menu entries
> * TOC dialog
> * listings dialog
> * Lots of tooltips that was invisible last time
> * Random changed texts all over the place
>
>
> Helge Hafting
Committed.
On Thursday 24 May 2007 15:07:01 Stefan Schimanski wrote:
> I nearly forgot this one. Need another OK for this one.
OK.
> Stefan
--
José Abílio
Georg Baum wrote:
> Richard Heck wrote:
>
>
>> That's the approach I'm now taking, more or less, as Enrico found yet
>> further problems. He also suggested a simpler way, namely: note the time
>> when we start the conversion; then look at the modification times of the
>> files after the conversi
Richard Heck wrote:
> That's the approach I'm now taking, more or less, as Enrico found yet
> further problems. He also suggested a simpler way, namely: note the time
> when we start the conversion; then look at the modification times of the
> files after the conversion to see which ones got gener
Abdelrazak Younes wrote:
> Stefan Schimanski wrote:
>> Is it a bug or a feature that the cursor does not enter insets from
>> the right in the text?
> Bug IMHO. But I seem to recall that if there is some text just after
> the inset in the same line, this works properly.
Bug. And yes, the problem o
[EMAIL PROTECTED] wrote:
> On Thu, 24 May 2007, Richard Heck wrote:
>
>> Andre Poenitz wrote:
>>> On Wed, May 23, 2007 at 04:09:50PM -0400, Richard Heck wrote:
>>>
Is it safe to use the create_symlink function from boost::filesystems?
Are there platforms on which we want LyX to run that d
José Matos wrote:
>> Richard> The attached patch partially addresses this bug. Not
>> Richard> completely, because it only checks if a file is including
>> Richard> itself and not if a file includes a file that includes it
>> Richard> (etc). The places where the more general check would need to
>>
Helge Hafting wrote:
> %% LyX 1.5.0svn created this file. For more info, see http://www.lyx.org/.
> %% Do not edit unless you really know what you are doing.
> \documentclass[a4paper,twoside,norsk,smallheadings]{article}
> \usepackage[T1]{fontenc}
> \usepackage[latin9]{inputenc}
> \usepackage{fan
On 5/24/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
A lyx file and the resulting tex file.
latexing this:
No file listinginline.aux.
)
Runaway argument?
{test}^^M\end{document}^^M
! File ended while scanning use of [EMAIL PROTECTED]
\par
<*> listinginline.tex
I can open and
Bo Peng wrote:
On 5/24/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
I don't know how "inline listing" is supposed to work. My guess
would be typesetting of things like "int i;" in the middle of a text
line.
Everytime I turn "inline listing" on I get some kind of latex error
though.
Typing s
On 5/24/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
I don't know how "inline listing" is supposed to work. My guess
would be typesetting of things like "int i;" in the middle of a text line.
Everytime I turn "inline listing" on I get some kind of latex error though.
Typing stuff in the box tend
On 5/24/07, José Matos <[EMAIL PROTECTED]> wrote:
On Thursday 24 May 2007 07:44:54 Juergen Spitzmueller wrote:
> I cannot test now, but (apart from some formatting issues, i.e. line
> lengths) it looks sensible to me.
OK then.
A slightly modified (formatting issues) version is committed.
Bo
Moreover I did some minor cleanup of the code, especially setting
up the coordinate cache. I am pretty sure that without this can
lead to crashes if your macros do not mention all the arguments.
And a last fix included makes sure that the metrics are always in
sync with the drawing. Before it
Surprisingly, the tooltip "Insert table" for the upper toolbar
isn't translateable. Every other toolbar tooltip is.
The words "Figure" and "Table" in the TOC dialog, where
we choose whether to show TOC, LOF or LOT.
The string "Preview source code for paragraph " that
appear in the source code wi
Updated translations for Norwegian.
Particularly new stuff:
* new menu entries
* TOC dialog
* listings dialog
* Lots of tooltips that was invisible last time
* Random changed texts all over the place
Helge Hafting
Index: nb.po
===
-
I don't know how "inline listing" is supposed to work. My guess
would be typesetting of things like "int i;" in the middle of a text line.
Everytime I turn "inline listing" on I get some kind of latex error though.
Typing stuff in the box tend to make it worse - especially braces.
Helge Hafting
On Thu, May 24, 2007 at 02:15:35PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Maybe Koji could try to enable that unconditionally:
>
> Abdelrazak> - #if SIZEOF_WCHAR_T != 4 && defined(__GNUC__) &&
> Abdelrazak> defined(
On Thu, May 24, 2007 at 09:48:50AM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Weather: probably rather warm, 20-28 C. May rain, but rarely
> Martin> very long.
>
> So, what about those insects?
Yes, butterflies were a bit early
Michael Gerz wrote:
> Leuven, E. schrieb:
>> i thought we agreed to retain the icon, not the directory.
>> (but my memory is notoriously bad, i even forgot my mothers birthday
>> once... ;-)
>>
> We agreed to move unused icons to the attic.
whatever. here you go:
http://www.lyx.org/trac/chan
On Monday 21 May 2007 09:49:46 Jean-Marc Lasgouttes wrote:
> > "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
>
> Richard> The attached patch partially addresses this bug. Not
> Richard> completely, because it only checks if a file is including
> Richard> itself and not if a file include
On Thursday 24 May 2007 09:24:10 Michael Gerz wrote:
> José,
>
> when are you going to release 1.5.0?
When it is ready. ;-)
We had a delay of one week regarding the proposed schedule.
> I am asking because I won't be able to contact the translators before
> the weekend. Is June 8 still the de
Leuven, E. schrieb:
It is not much a question of authority
i actually didn't give it a thought. was just cleaning up after myself (or so i
thought)(
but the fact that we have agreed to
retain the directory in the discussion about icons some time ago. At least
that is my understandi
On Thursday 24 May 2007 13:02:37 Leuven, E. wrote:
> > It is not much a question of authority
>
> i actually didn't give it a thought. was just cleaning up after myself (or
> so i thought)(
I know. :-)
> > but the fact that we have agreed to
> > retain the directory in the discussion about ico
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Maybe Koji could try to enable that unconditionally:
Abdelrazak> - #if SIZEOF_WCHAR_T != 4 && defined(__GNUC__) &&
Abdelrazak> defined(__GNUC_MINOR__) && __GNUC__ == 3 && __GNUC_MINOR__
Abdelrazak> < 4 + #if 1
Koji,
> It is not much a question of authority
i actually didn't give it a thought. was just cleaning up after myself (or so i
thought)(
> but the fact that we have agreed to
> retain the directory in the discussion about icons some time ago. At least
> that is my understanding. :-)
i thought we ag
On Thursday 24 May 2007 07:28:40 Richard Heck wrote:
> The attached removes a few pointless calls from QInclude.cpp that do
> nothing but cause a warning to be written to the console. OK to commit?
The purpose of the code seems to be resetting the options, if you are sure
that it works without
On Thursday 24 May 2007 07:44:54 Juergen Spitzmueller wrote:
> I cannot test now, but (apart from some formatting issues, i.e. line
> lengths) it looks sensible to me.
OK then.
> Jürgen
--
José Abílio
On Thursday 24 May 2007 12:45:51 Leuven, E. wrote:
> > Why did you remove the attic folder? Did you get an OK from two
> > developers to do this; I can't find this in the list.
> > If this was correct, then please also modify the makefile and SCons file
> > to reflect this change.
>
> this can be r
Uwe Stöhr wrote:
> http://www.lyx.org/trac/changeset/18481
thanks.
i think the attached should also go in...
> Why did you remove the attic folder? Did you get an OK from two
> developers to do this; I can't find this in the list.
> If this was correct, then please also modify the makefile and
Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
>> Hi,
>>
>> Paraphrasing what Stefan said in another post, I'd be grateful if
>> people posting about bugs could:
>>
>> When you post something about a bug, please add the bug's short
>> description to the subject of the post.
>
> This p
[EMAIL PROTECTED] wrote:
Hi,
Paraphrasing what Stefan said in another post, I'd be grateful if people
posting about bugs could:
When you post something about a bug, please add the bug's short
description to the subject of the post.
This plus a link to the bug entry (so that I can cl
Hi,
Paraphrasing what Stefan said in another post, I'd be grateful if people
posting about bugs could:
When you post something about a bug, please add the bug's short
description to the subject of the post.
I don't think the reasons needs to be explained, or?
Best regards,
/C
On Thu, 24 May 2007, Richard Heck wrote:
Andre Poenitz wrote:
On Wed, May 23, 2007 at 04:09:50PM -0400, Richard Heck wrote:
Is it safe to use the create_symlink function from boost::filesystems?
Are there platforms on which we want LyX to run that don't handle symlinks?
You mean Windows?
José Matos wrote:
This shows that lyx2lyx was not updated. :-)
This can happen if you update the src directory but not from the root
directory. This has happened before. :-)
I guess that is what happened. I have to be more careful
with the svn commands then.
Thanks for the tip.
Helge
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> Hi! Is it a bug or a feature that the cursor does not enter
Stefan> insets from the right in the text? In Text::cursorLeft the
Stefan> checkAndActivateInset (cur, false) call comes before moving
Stefan> the cursor from the rig
1 - 100 of 121 matches
Mail list logo
