Stephen Harris wrote:
Nico wrote:
At the end, LyX started, but with the error message "This is not a LyX
document", in a tiny, non-resizable window, and the error "bddraw = 0"
in the dos box, seemingly repeating itself whenever the mouse moves over
the LyX window. [Trying Win98 native LyX1.3.7]
On 6/3/06, Bo Peng <[EMAIL PROTECTED]> wrote:
Hi,
I just upgraded my lyx1.4.1 using the new installer. The installation
goes well but when I try to start lyx, I get error message: error when
reading the configuration file: windefault, please check your
installation.
OK, I deleted program fles\
Hi,
I just upgraded my lyx1.4.1 using the new installer. The installation
goes well but when I try to start lyx, I get error message: error when
reading the configuration file: windefault, please check your
installation.
Bo
A patch has just been submitted. MSVS project files can be generated by
1. go to development/scons
2. scons .. use_vc=yes msvs_projects
I have one problem though: if I click the project file directly, maybe
because I have two vc (2003/2005) installed, vs complains that it can
not find window
Martin Vermeer wrote:
On Sat, Jun 03, 2006 at 07:38:29PM +0200, Abdelrazak Younes wrote:
You don't want to give a go to the Qt4 version? ;-)
Here's the patch... I'm unable to test it here. Apply inside the qt4
directory.
Thank You Martin. I'll handle the rest of the merging.
One question: D
Georg Baum wrote:
Am Samstag, 3. Juni 2006 18:49 schrieb Abdelrazak Younes:
Hello,
This patch works fine under windows. Georg, Bennett could you please
check that it works fine on your respective platform.
It does work fine, but I needed two fixes to compile:
- #include "BufferView.h" in Ap
Am Donnerstag, 1. Juni 2006 22:20 schrieb Edwin Leuven:
> it looks like this whole clipboard thing needs a serious overhaul (small
> cosmetics is not really worth the trouble i think).
>
> i agree with one of the bugzilla posters that lyx's copy/paste behavior
> is a mayor annoyance and probably
I've successfully build lyx with the IDE, but it's only a IDE
for the build process, debugging does not work, and before each
program start it does a complete scons run which takes too long,
so there are no advantages to use the ide instead the command line.
Cite from scons user list:
SCons gen
On Sat, Jun 03, 2006 at 07:38:29PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >On Sat, Jun 03, 2006 at 04:46:58PM +0300, Martin Vermeer wrote:
> >>On Sat, Jun 03, 2006 at 02:25:49PM +0200, Georg Baum wrote:
> >>>Am Samstag, 3. Juni 2006 11:31 schrieb Martin Vermeer:
> >
> >...
> >
>
Am Samstag, 3. Juni 2006 18:49 schrieb Abdelrazak Younes:
> Hello,
>
> This patch works fine under windows. Georg, Bennett could you please
> check that it works fine on your respective platform.
It does work fine, but I needed two fixes to compile:
- #include "BufferView.h" in Application.C
-
The way we use the QApplication class is not as written in the qt docs:
int main(int argc, char * argv[])
{
QApplication app(argc, argv);
return app.exec();
}
We use either a static QApplication variable or a dynamically allocated
pointer, depending on frontend and platform.
The
On Thu, Jun 01, 2006 at 07:54:46PM +0200, Abdelrazak Younes wrote:
> Or what we could do is to compile the official intl with cygwin/mingw
> and distribute that. Enrico, Angus, didn't you do just that? Did you
> succeed?
Both gettext and iconv are C libraries, so I think that they can be
compil
Martin Vermeer wrote:
On Sat, Jun 03, 2006 at 04:46:58PM +0300, Martin Vermeer wrote:
On Sat, Jun 03, 2006 at 02:25:49PM +0200, Georg Baum wrote:
Am Samstag, 3. Juni 2006 11:31 schrieb Martin Vermeer:
...
I noticed too that range(222,246) would not work, but range(222,245)
returns [222, 22
Am Samstag, 3. Juni 2006 18:12 schrieb Abdelrazak Younes:
> I know that, the question was more about the destruction of
> BufferView::Pimpl which I don't see in lyx_gui. AFAIU, we shall make
> sure that this destruction happens after the one of QApplication (I am
> not saying it does not, just t
On Sat, Jun 03, 2006 at 04:46:58PM +0300, Martin Vermeer wrote:
> On Sat, Jun 03, 2006 at 02:25:49PM +0200, Georg Baum wrote:
> > Am Samstag, 3. Juni 2006 11:31 schrieb Martin Vermeer:
...
> > I noticed too that range(222,246) would not work, but range(222,245)
> > returns [222, 223, ... 244],
Hello,
This patch works fine under windows. Georg, Bennett could you please
check that it works fine on your respective platform.
The patch is not finished as it needs some doxygen cleanup/comments) but
the C++ code is finished
Thanks in advance,
Abdel.
Index: src/frontends/qt4/Application.
Am Samstag, 3. Juni 2006 17:32 schrieb Martin Vermeer:
> I believe I know that too: noFontChange(). The attached fixes the
reported
> bug. I'll commit it soon to 1.5 and 1.4 if I hear no objection.
That looks OK since insetminipage did also return true in noFontChange()
(but I think the 1.4 patc
Martin Vermeer wrote:
Load a document (e.g. user guide) into LyX 1.5. Scroll with the page
up/down keys.
If you reverse direction, i.e. Down, Down, Down ... Down, Up, Up, ...
you will see that the direction reversal comes always one keystroke
late. That is, the first "page up" stroke still moves
Georg Baum wrote:
Am Samstag, 3. Juni 2006 17:15 schrieb Abdelrazak Younes:
Yes I mean destruction. Right now, WorkArea creation is done in
BufferView::Pimpl::Pimpl construction (I don't know when this
construction happen).
workarea_.reset(WorkAreaFactory::create(*owner_, width, height));
Load a document (e.g. user guide) into LyX 1.5. Scroll with the page
up/down keys.
If you reverse direction, i.e. Down, Down, Down ... Down, Up, Up, ...
you will see that the direction reversal comes always one keystroke
late. That is, the first "page up" stroke still moves the document and
scrol
Bo Peng wrote:
>>
>> YES! it generates the files after building, maybe you could change this.
>
> I also see the problem of this approach. I will add a build_project
> option and separate build and project generation process. (Another
> problem now is that building in msvs will regenerate the proj
Am Samstag, 3. Juni 2006 17:15 schrieb Abdelrazak Younes:
> Yes I mean destruction. Right now, WorkArea creation is done in
> BufferView::Pimpl::Pimpl construction (I don't know when this
> construction happen).
>
>workarea_.reset(WorkAreaFactory::create(*owner_, width, height));
>screen_
On Sat, Jun 03, 2006 at 04:38:42PM +0300, Martin Vermeer wrote:
> On Sat, Jun 03, 2006 at 12:32:12PM +0200, Georg Baum wrote:
...
> When Latexing the document from LyX 1.3, I get
>
> \begin{center}\textit{\scriptsize }\begin{minipage}[c]{0.8\columnwidth}%
> {\large For there is ... establish the
Georg Baum wrote:
Am Samstag, 3. Juni 2006 16:47 schrieb Abdelrazak Younes:
I see it's too late. No big deal but please let's discuss before you
commit your upcoming patch.
See my other mail. I will not commit that for some days, since it needs
testing.
OK.
By the way, I think the initiali
Georg Baum wrote:
Am Samstag, 3. Juni 2006 16:39 schrieb Abdelrazak Younes:
Did you read my post Georg?
I did, but it came in after I sent my previous mail.
Here is what I have currently so if you think there will be conflict, I
think we should discuss before you apply this to qt4.
There w
Am Samstag, 3. Juni 2006 16:47 schrieb Abdelrazak Younes:
> I see it's too late. No big deal but please let's discuss before you
> commit your upcoming patch.
See my other mail. I will not commit that for some days, since it needs
testing.
> By the way, I think the initialisation problem comes
Am Samstag, 3. Juni 2006 16:39 schrieb Abdelrazak Younes:
> Did you read my post Georg?
I did, but it came in after I sent my previous mail.
> Here is what I have currently so if you think there will be conflict, I
> think we should discuss before you apply this to qt4.
There will be a technica
Abdelrazak Younes wrote:
Georg Baum wrote:
This patch removes the empty LQApplication destructor, since the
compiler will generate one as needed. It makes my upcoming
"QApplication exit crash" patch a tiny bit smaller and goes in now.
Did you read my post Georg?
Here is what I have currently
Georg Baum wrote:
This patch removes the empty LQApplication destructor, since the compiler
will generate one as needed. It makes my upcoming "QApplication exit
crash" patch a tiny bit smaller and goes in now.
Did you read my post Georg?
Here is what I have currently so if you think there wil
This patch removes the empty LQApplication destructor, since the compiler
will generate one as needed. It makes my upcoming "QApplication exit
crash" patch a tiny bit smaller and goes in now.
Georg
Log:
* src/frontends/qt3/lyx_gui.C
(LQApplication): remove empty destructor
Georg Baum wrote:
Am Dienstag, 30. Mai 2006 18:06 schrieb Andre Poenitz:
without a static object and without new/delete? This is impossible AFAIK,
therefore I am currently reorganizing the startup mechanism to make
What are you doing exactly? FYI I am completely reorganizing lyx_gui and
QWork
Jose' Matos <[EMAIL PROTECTED]> writes:
| On Saturday 03 June 2006 10:30, Lars Gullik Bjønnes wrote:
| > I'd be grateful for any help in getting the branch into a shape so
| > that we can move it to trunk. Also all comments on the "technology"
| > choosen is appreciated.
|
| I am really glad to
On Sat, Jun 03, 2006 at 02:25:49PM +0200, Georg Baum wrote:
> Am Samstag, 3. Juni 2006 11:31 schrieb Martin Vermeer:
>
> > Index: lib/lyx2lyx/LyX.py
> > ===
> > --- lib/lyx2lyx/LyX.py (revision 13989)
> > +++ lib/lyx2lyx/LyX.py (wor
YES! it generates the files after building, maybe you could change this.
I also see the problem of this approach. I will add a build_project
option and separate build and project generation process. (Another
problem now is that building in msvs will regenerate the project
file.)
I also notice
On Sat, Jun 03, 2006 at 12:32:12PM +0200, Georg Baum wrote:
> Am Donnerstag, 1. Juni 2006 23:38 schrieb Martin Vermeer:
> > On Wed, May 31, 2006 at 03:25:18PM +0200, Georg Baum wrote:
> > > I did that, and it is a box problem. Please file it in bugzilla.
> Martin, do
> > > you have an idea?
> >
>
On Saturday 03 June 2006 13:25, Georg Baum wrote:
> I noticed too that range(222,246) would not work, but range(222,245)
> returns [222, 223, ... 244], so 245 is not handled now. José, could you
> please tell us the correct solution?
Rewrite some of the code. I guess that there is an off by one
Am Freitag, 2. Juni 2006 08:43 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> Georg> A very dump question: Why do we have intl/ at all? Why can't
> Georg> whose who have a OS with a broken getext get GNU gettext on
> Georg> their own or live with an untran
Am Dienstag, 30. Mai 2006 18:06 schrieb Andre Poenitz:
> Is this a extreme-trial-and-error-ing contest?
No. It is the attempt to find out how to fit QApplication into the GUII
framework in such a way that it does not crash on OS X (and I know what
you will now answer).
> If so, this should be
Am Dienstag, 30. Mai 2006 11:48 schrieb Charles de Miramon:
> Why don't you post a question in kde-core-devel ?
I might do so when I know what I want to ask :-)
> I think Trolltech is
> folding back in Qt4 some functionalities of KDELibs. Maybe, the light
KDE
> port will be easier with Qt4 and
Georg Baum wrote:
Am Samstag, 3. Juni 2006 12:49 schrieb Abdelrazak Younes:
Georg Baum wrote:
Abdelrazak Younes wrote:
AFAIS, wa_ptr is equivalent to "this" and is not used anywhere else.
It is used in lyxX11EventFilter
Could be replaced by "this".
Only if you make lyxX11EventFilter a mem
Am Samstag, 3. Juni 2006 11:31 schrieb Martin Vermeer:
> Index: lib/lyx2lyx/LyX.py
> ===
> --- lib/lyx2lyx/LyX.py (revision 13989)
> +++ lib/lyx2lyx/LyX.py (working copy)
> @@ -48,7 +48,8 @@ format_relation = [("0_10", [210], ["0.
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Abdelrazak Younes wrote:
| >
| >> AFAIS, wa_ptr is equivalent to "this" and is not used anywhere else.
| > It is used in lyxX11EventFilter
|
| Could be replaced by "this".
Not just like that
Am Samstag, 3. Juni 2006 13:11 schrieb Lars Gullik Bjønnes:
> the plan it to have more than one workarea...
Ah, therefore wa_ptr is set in QWorkArea::haveSelection. That should be
documented.
Georg
OK, here is the latest Framed patch. It includes
1) adding the format change to lyx2lyx (not quite trivial...)
2) putting FIXMEs in xforms and gtk frontends.
OK to commit to 1.5?
- Martin
Index: src/LaTeXFeatures.C
===
--- src/LaT
Am Samstag, 3. Juni 2006 12:49 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >
> >> AFAIS, wa_ptr is equivalent to "this" and is not used anywhere else.
> >
> > It is used in lyxX11EventFilter
>
> Could be replaced by "this".
Only if you make lyxX11EventFilter a
On Saturday 03 June 2006 10:30, Lars Gullik Bjønnes wrote:
> I'd be grateful for any help in getting the branch into a shape so
> that we can move it to trunk. Also all comments on the "technology"
> choosen is appreciated.
I am really glad to see the working going on, unfortunately at moment I
On Fri, Jun 02, 2006 at 07:41:27PM +, [EMAIL PROTECTED] wrote:
> Author: larsbj
> Date: Fri Jun 2 21:41:26 2006
> New Revision: 13985
>
> Log:
> some further work, gui input, and filewriting now work for qt3
Yes, we're getting there... file _reading_ still doesn't work for
scandinavian chara
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Abdelrazak Younes wrote:
| >
| >> AFAIS, wa_ptr is equivalent to "this" and is not used anywhere else.
| > It is used in lyxX11EventFilter
|
| Could be replaced by "this".
Not just like that
| > and checkAppleEventForMis
Georg Baum wrote:
Abdelrazak Younes wrote:
AFAIS, wa_ptr is equivalent to "this" and is not used anywhere else.
It is used in lyxX11EventFilter
Could be replaced by "this".
and checkAppleEventForMissingParams (only in
OS X).
and handleOpenDocuments, I _know_. I plan to move these functi
Am Donnerstag, 1. Juni 2006 23:38 schrieb Martin Vermeer:
> On Wed, May 31, 2006 at 03:25:18PM +0200, Georg Baum wrote:
> > I did that, and it is a box problem. Please file it in bugzilla.
Martin, do
> > you have an idea?
>
> No... what does the LaTeX look like?
Just export the minimal example I
I have been making small progress on the unicode branch
(svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode),
but the work is comming along really slow.
As of current there is not really that much missing before we can move
it to trunk.
- Handle non-character-keys without c
Georg Baum <[EMAIL PROTECTED]> writes:
| I think we should if that means to support a newer release of a tool,
| because that will sooner or later appear in a stable distribution. I
| agree that we don't need to support prereleases of tools.
We are in agreement then.
--
Lgb
Am Samstag, 3. Juni 2006 11:08 schrieb Lars Gullik Bjønnes:
> 2.59d is not a proper release is it?
I thought it was, but I looked it up, and it is not, so I am not going to
put this in but keep it locally.
> I am not sure that we should cater at all for test distributions, be
> it debian testin
Georg Baum <[EMAIL PROTECTED]> writes:
| The subject says it all. autoconf 2.59d is used in debian testing and
| works fine. This is going in tomorrow if nobody objects.
| Jean-Marc, also for 1.4?
I am not sure that we should do this.
2.59d is not a proper release is it?
I am not sure that we
Am Freitag, 2. Juni 2006 23:05 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
> | Lars, does it work for you? Can it go in?
Did you try?
> You are aware of the pgk.m4 packages?
Yes. I used it in the patch.
> It can be used for pkg-config queries. Is it usable for us?
Wi
The subject says it all. autoconf 2.59d is used in debian testing and
works fine. This is going in tomorrow if nobody objects.
Jean-Marc, also for 1.4?
Georg
Index: autogen.sh
===
--- autogen.sh (Revision 13983)
+++ autogen.sh (Arbe
56 matches
Mail list logo
