Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:58:22 2007
New Revision: 19083
URL: http://www.lyx.org/trac/changeset/19083
Log:
Transfer q_key_state from GuiWorkArea to QKeySymbol.
==
Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:35:13 2007
New Revision: 19082
URL: http://www.lyx.org/trac/changeset/19082
Log:
Allow key event processing when there is no work area.
Modified:
lyx-devel/branches/personal/younes/mvc/src/frontends/qt4/GuiVie
Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 22:56:19 2007
New Revision: 19084
URL: http://www.lyx.org/trac/changeset/19084
Log:
Add focus to current Work area by default.
void GuiView::setCurrentWorkArea(WorkArea * work_area)
{
BOOST_ASSERT(work_area);
Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sat Jul 14 15:15:51 2007
New Revision: 19077
URL: http://www.lyx.org/trac/changeset/19077
Log:
Polish and bug fixing
* Buffer::~Buffer(): transfer label updating from
LyXView::closeBuffer() here for child documents.
Looks to
Angus Leeming wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
Abdel.
Index: frontends/controllers/ControlTabular.cpp
===
--- fronten
On Wed, Jul 18, 2007 at 09:55:29PM +0300, Dov Feldstern wrote:
> Jürgen Spitzmüller wrote:
> > Dov Feldstern wrote:
> >> So far, though, these two patches have mostly been ignored --- a few
> >> people have responded, but not many.
> > You're not ignored. I agree that these patches should be consi
On Thu, Jul 19, 2007 at 12:35:52AM +0300, Dov Feldstern wrote:
> Dov Feldstern wrote:
> > José Matos wrote:
> >> On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
> >>> Also, this has only convinced me even more that it's wrong to apply a
> >>> lyx2lyx fix for this patch: this is a bug fix,
José Matos wrote:
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate suggestion to
change the spelling, grammar and content of the note.
Regards,
Index: RELEASE-NOTES
===
Abdelrazak Younes wrote:
I got a much better solution attached.
Abdel.
Index: frontends/controllers/ControlTabular.cpp
===
--- frontends/controllers/Control
Darren Freeman wrote:
On Wed, 2007-07-18 at 22:00 -0400, Richard Heck wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4034
To reproduce:
1. Open any file containing an InsetCommand-type inset, e.g. a label.
2. Select some material containing that inset.
3. Exit LyX.
Assertion triggered in T*
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Jul 17 11:20:39 2007
New Revision: 19094
URL: http://www.lyx.org/trac/changeset/19094
Log:
Fix this bug:
1) create a doc
2) insert an ert inset
3) right-click the inset
4) new window
5) delete the ert inset: BOOM!
This commit replace the stat
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:35:13 2007
New Revision: 19082
URL: http://www.lyx.org/trac/changeset/19082
Log:
Allow key event processing when there is no work area.
Modified:
lyx-devel/branches/personal/younes/mvc/src/frontends/qt4/GuiView.cpp
lyx-devel/br
On Wed, 2007-07-18 at 22:00 -0400, Richard Heck wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=4034
>
> To reproduce:
> 1. Open any file containing an InsetCommand-type inset, e.g. a label.
> 2. Select some material containing that inset.
> 3. Exit LyX.
> Assertion triggered in T* boost::scoped_
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:58:22 2007
New Revision: 19083
URL: http://www.lyx.org/trac/changeset/19083
Log:
Transfer q_key_state from GuiWorkArea to QKeySymbol.
==
--- lyx-devel/branches
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 22:56:19 2007
New Revision: 19084
URL: http://www.lyx.org/trac/changeset/19084
Log:
Add focus to current Work area by default.
void GuiView::setCurrentWorkArea(WorkArea * work_area)
{
BOOST_ASSERT(work_area);
- d.tab_widge
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sat Jul 14 15:15:51 2007
New Revision: 19077
URL: http://www.lyx.org/trac/changeset/19077
Log:
Polish and bug fixing
* Buffer::~Buffer(): transfer label updating from LyXView::closeBuffer() here
for child documents.
Looks to me like you should wr
http://bugzilla.lyx.org/show_bug.cgi?id=4034
To reproduce:
1. Open any file containing an InsetCommand-type inset, e.g. a label.
2. Select some material containing that inset.
3. Exit LyX.
Assertion triggered in T* boost::scoped_ptr::operator->() const [with
T = lyx::LyX::Singletons] by failing
There are now still 2 lyx2lyx blockers left:
- export userguide to LyX 1.4.x format and open the result with LyX 1.4.4
-> Crash
the reason are the characters \^{\i} and \^{\j} at the end of the userguide,
see http://bugzilla.lyx.org/show_bug.cgi?id=3958#c37
- with the latest lyx2lyx change
>> Can this go in José?
> Yes.
Done:
http://www.lyx.org/trac/changeset/19122
Uwe
>> OK, but what about the docs? Should I remove the description of linuxdoc or
>> not?
> Remove it.
Done.
Uwe
Dov Feldstern wrote:
José Matos wrote:
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were previously
.lyx files which were ok, but which lyx was generating incorr
Dov Feldstern wrote:
Jürgen Spitzmüller wrote:
José Matos wrote:
Since the code deals with retroversion I will place the code in svn and
then ask people to test it. This code had a lot of testing so I think
it is
near public consumption. :-)
Things are much better now. We have only one issu
Jürgen Spitzmüller wrote:
José Matos wrote:
Since the code deals with retroversion I will place the code in svn and
then ask people to test it. This code had a lot of testing so I think it is
near public consumption. :-)
Things are much better now. We have only one issue left with (some) combi
Dov Feldstern wrote:
José Matos wrote:
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't
Jürgen Spitzmüller wrote:
Dov Feldstern wrote:
So far, though, these two patches have mostly been ignored --- a few
people have responded, but not many.
You're not ignored. I agree that these patches should be considered, but I
don't understand the stuff enough to comment (and I'm too busy fo
José Matos wrote:
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were previously
.lyx files which were ok, but which lyx was generating incorrect latex
for, and pat
José Matos wrote:
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't break
anything. Jose -
Il Gruppo Giovani Imprenditori, organizza, il prossimo 20/21 luglio nella
Provincia di Potenza, presso l'Hotel Garden con sede nel Comune di Barile , il
Consiglio Federale Nazionale del Gruppo Giovani
Imprenditori della Confapi, tradizionale momento di confronto promosso con i
giovani imprendito
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Jean-Pierre Chrétien wrote:
> > Here are the conditions:
> >
> > env LD_OPTIONS=-R/usr/local/lib ./configure \
> > --with-version-suffix=-$VERS \
> > --with-frontend=qt4 --with-qt-dir=/usr/local/qt-4.2.1 \
>
> you have to use --with-qt4-dir
Tha
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
>
> I think I fixed the problem I was having, this patch now works. Please
> try applying it and then converting as many files as you have lying
> around from older version with it, just to make sure it doesn't break
> anything. Jose --- could yo
On Sunday 15 July 2007 01:59:27 Dov Feldstern wrote:
> BTW, a simple lyx2lyx question, which will make life much easier: how do
> I get to see the debug printouts?
./lyx2lyx ... > /dev/null
that is the general output is sent to /dev/null and you only care with the
warnings.
--
José Abílio
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
>
> I think I fixed the problem I was having, this patch now works. Please
> try applying it and then converting as many files as you have lying
> around from older version with it, just to make sure it doesn't break
> anything. Jose --- could yo
On Wednesday 18 July 2007 17:42:40 Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=4026
>
> Another oneliner (AltGr was not listed as modifier key).
>
> Jürgen
OK.
--
José Abílio
On Wednesday 18 July 2007 13:45:27 Abdelrazak Younes wrote:
> The diff above doesn't show anything different AFAICT.
The text has ^M at the end of lines.
--
José Abílio
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4026
Another oneliner (AltGr was not listed as modifier key).
Ouch... this is another "must go" ;-)
Abdel.
http://bugzilla.lyx.org/show_bug.cgi?id=4026
Another oneliner (AltGr was not listed as modifier key).
Jürgen
Index: src/frontends/qt4/qlkey.h
===
--- src/frontends/qt4/qlkey.h (Revision 19112)
+++ src/frontends/qt4/qlkey.h (Arbeitsk
José Matos wrote:
> Since the code deals with retroversion I will place the code in svn and
> then ask people to test it. This code had a lot of testing so I think it is
> near public consumption. :-)
Things are much better now. We have only one issue left with (some) combining
characters. I thin
Martin Vermeer wrote:
On Wed, Jul 18, 2007 at 01:57:40AM -0400, Richard Heck wrote:
There are several large issues with this dialog collected in bug 3893. It
really doesn't work very well. Here is a radical suggestion: Get rid of it
in favor of character styles. So we'd have character sty
José Matos wrote:
> --- RELEASE-NOTES (revision 19114)
> +++ RELEASE-NOTES (working copy)
> @@ -19,13 +19,13 @@
> using the local encodings. LyX-1.5 now assumes that all layout files are
> UTF-8 encoded. This means that non-ASCII style names are still allowed
> but they nust be valid UTF
Jean-Pierre Chrétien wrote:
> Here are the conditions:
>
> env LD_OPTIONS=-R/usr/local/lib ./configure \
> --with-version-suffix=-$VERS \
> --with-frontend=qt4 --with-qt-dir=/usr/local/qt-4.2.1 \
you have to use --with-qt4-dir
Jürgen
Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
>
> Abdelrazak Younes ...> writes:
> [...]
> >
> > We need the full context to help you. Please recompile
> > in debug mode and
> > send us the full backtrace.
[...]
>
> That's all what I get
With this problem, I can't use lyx in production.
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> José Matos wrote:
> > OK then. Enrico earlier agreed with this and then we will have more time to
> > fix this properly.
>
> Done. I've also reopened the bug report with a comment.
I updated from svn on July 17 evening, and the GCC3 bug is stil
José Matos wrote:
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate suggestion to
change the spelling, grammar and content of the note.
Index: RELEASE-NOTES
==
On Wednesday 18 July 2007 12:38:05 Uwe Stöhr wrote:
> OK, but what about the docs? Should I remove the description of linuxdoc or
> not?
Remove it.
> regards Uwe
--
José Abílio
Selon Jürgen Spitzmüller <[EMAIL PROTECTED]>:
> Mael Hilléreau wrote:
> > Enhancement?
>
> http://bugzilla.lyx.org/show_bug.cgi?id=1509
Thanks. I searched but didn't find it...
Mael.
> I propose to ignore this for the moment. It is low hanging fruit so we can
> take care of it at any time.
OK, but what about the docs? Should I remove the description of linuxdoc or not?
regards Uwe
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate
suggestion to
change the spelling, grammar and content of the note.
Regards,
--
José Abílio
Index: po/POTFILES.in
===
On Tuesday 17 July 2007 19:00:37 Bo Peng wrote:
> I am *not* familiar with lyx 1.3.x format and I do not know if there
> are valid cases where multiple \begin_deeper should yield multiple
> \end_layout. If you know the answer, the attached patch fixes bug
> 3404.
>
> Cheers,
> Bo
Committed thanks.
José Matos wrote:
> I think that are quite near to get to a good solution.
great!
Jürgen
On Wednesday 18 July 2007 11:28:19 Jürgen Spitzmüller wrote:
> What's the status of the lyx2lyx issues?
I think that are quite near to get to a good solution.
Since the code deals with retroversion I will place the code in svn and then
ask people to test it. This code had a lot of testing so
José Matos wrote:
> After setting on bug 1820 I think the only remaining show stopper is 3613.
What's the status of the lyx2lyx issues?
Jürgen
On Wednesday 18 July 2007 07:26:09 Abdelrazak Younes wrote:
> > I'm not opposed to that, but it's up to José.
>
> Well, as the baby is supposed to land in your hand very soon now (how
> many time I said this? ;-)) I think your opinion matters.
>
> Jose?
I think that we should branch after releas
On Wednesday 18 July 2007 11:07:33 José Matos wrote:
> I propose to ignore this for the moment. It is low hanging fruit so we
> can take care of it at any time.
In case it matters this really means to move this fix to 1.6 since it
(possibly) involves a file format change.
> --
> José Abílio
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
> Also, this has only convinced me even more that it's wrong to apply a
> lyx2lyx fix for this patch: this is a bug fix, there were previously
> .lyx files which were ok, but which lyx was generating incorrect latex
> for, and patch 1820 fixes
On Wednesday 18 July 2007 07:22:17 Richard Heck wrote:
>
> Presumably, if you load one of these, it'll load fine, but if you opened
> one of the URL insets and did something to it, it'd be changed from
> htmlurl to url behind your back. Again, maybe not a huge problem, since
> that's what the lyx2l
On Wednesday 18 July 2007 00:25:18 Uwe Stöhr wrote:
> Can this go in José?
Yes.
> regards Uwe
--
José Abílio
On Tuesday 17 July 2007 19:00:37 Bo Peng wrote:
> Jose:
>
> The test case of bug 3404 has multiple consecutive
>
> \begin_deeper
> \begin_deeper
>
> \end_deeper
> \end_deeper
>
> and an \end_layout is inserted before each \begin_deeper. This leads
> to excessive \end_layout.
>
> I am *not* familia
Please ignore sys/socket.h usability error, there was an error in my
configure command.
Roger
Intel Mac
Mac OSX 10.4.01
lyx1.5.0svn
Report from configure
checking for fcntl... no
checking for sys/select.h... (cached) yes
checking sys/socket.h usability... no
checking sys/socket.h presence... yes
configure: WARNING: sys/socket.h: present but cannot be compiled
configure: WARNING: sys/sock
José Matos wrote:
On Wednesday 18 July 2007 10:13:58 Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Jose?
OK.
Done.
Abdel.
On Wednesday 18 July 2007 10:13:58 Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
> > Abdelrazak Younes wrote:
> >> I got a much better solution attached.
> >
> > This seems to work AFAICS.
>
> Jose?
OK.
--
José Abílio
On Wednesday 18 July 2007 06:43:17 Jürgen Spitzmüller wrote:
> José?
OK.
> Jürgen
--
José Abílio
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Jose?
On Wed, Jul 18, 2007 at 01:57:40AM -0400, Richard Heck wrote:
>
> There are several large issues with this dialog collected in bug 3893. It
> really doesn't work very well. Here is a radical suggestion: Get rid of it
> in favor of character styles. So we'd have character styles like Italic,
Abdelrazak Younes wrote:
> I got a much better solution attached.
This seems to work AFAICS.
Thanks.
Jürgen
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This patc
Mael Hilléreau wrote:
> Enhancement?
http://bugzilla.lyx.org/show_bug.cgi?id=1509
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile (is_de
IMO, spellchecking should be disabled into notes because one often type here
some custom stuff and abbreviations such as "IMO", "BTW", ..., "smth", "manuf.",
etc., which aren't to be parsed by the spellchecker. IMHO, notes aren't intended
to be spelled correctly. It is annoying to get useless spell
Abdelrazak Younes wrote:
> Here is a radical solution. I should have thought about this earlier!
> The dialog will be updated in any case by the LyXFunc::dispatch() method
> so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile (is_deleted_ is still used in
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot reproduce the crash under windows but this looks familiar to an
old crash you had with the Toc if you remember.
I rather think it's a remainder of bug 3258. Note that in the backtrace, line
3497 in InsetTabular::doDispatch is reached
71 matches
Mail list logo
