Jean-Marc Lasgouttes wrote:
> Updated patch attached.
I found a glitch (however, I just found out that it was not introduced with
this patch):
in a footnote,
- type "foo"
- Insert linebreak
- type "bar"
- now add a paragraph break before "bar", so that there is an empty paragraph
between the tw
Bo Peng wrote:
zlib.lib exists in zlib123-dll\lib, and zlib.h in zlib123-dll\include.
I have tried various extra_inc_path variations, but I'm not able to get
it to work.
Which zlib are you using? It is stated clearly in INSTALL.scons that
you need official zlib package (not the mingw one). sco
zlib.lib exists in zlib123-dll\lib, and zlib.h in zlib123-dll\include.
I have tried various extra_inc_path variations, but I'm not able to get
it to work.
Which zlib are you using? It is stated clearly in INSTALL.scons that
you need official zlib package (not the mingw one). scons looks for
zdl
Hi, All
Attached is a patch to save/restore toolbar status. Any opinion? (It
is qt4 only right now, and is not thoroughly tested).
Bo
Index: src/frontends/Toolbars.C
===
--- src/frontends/Toolbars.C (revision 15344)
+++ src/frontend
Bennett Helm wrote:
On Mac OS X, what works best is not "auto" but "open" (which OS X uses
internally to open files). As I've discovered over the last couple
months, "auto" sometimes does strange things when the user has not
explicitly defined a viewer/editor for a particular file type, though
Enrico Forestieri wrote:
Yes, I agree with that. My point is that the detection performed by
configure.py is still useful in case a default is not set in the OS.
Indeed, in this case you still have a viewer instead of nothing.
This is most important on Cygwin because one could use tetex, which
do
Enrico Forestieri wrote:
On Sun, Oct 15, 2006 at 03:08:32PM +0200, Asger Ottar Alstrup wrote:
Asger Ottar Alstrup wrote:
[Configure.py does not work when invoked from LyX, but
>> command line does]
Is this a known problem?
Try creating \Resources\lyxrc.dist with a path prefix entry,
someth
Peter Kümmel wrote:
> Asger Ottar Alstrup wrote:
>> OK, I managed to compile and run LyX using cmake.
>>
>> I unpackaged Joost's .zip to c:\program files\gnuwin32. I added Qt and
>> Gnuwin32 to PATH, and cmake worked.
>>
>> When compiling, I got a bunch of errors about Mac line endings, which I
>>
On Oct 15, 2006, at 6:23 PM, Joost Verburg wrote:
Enrico Forestieri wrote:
No, this is not acceptable because you are changing the behaviour on
the other systems (currently only cygwin and OSX).
So the Windows file associations are also used on Cygwin? I added
that to the attached patch.
Asger Ottar Alstrup wrote:
OK, I managed to compile and run LyX using cmake.
I unpackaged Joost's .zip to c:\program files\gnuwin32. I added Qt and
Gnuwin32 to PATH, and cmake worked.
When compiling, I got a bunch of errors about Mac line endings, which I
converted manually to DOS line-endin
On Mon, Oct 16, 2006 at 12:28:42AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Mon, Oct 16, 2006 at 12:11:06AM +0200, Abdelrazak Younes wrote:
> >
> >> Well, the hard part is to decide what to put on screen, what to
> >> simplify, etc. Once you know that, a simple text-mode
Andre Poenitz wrote:
On Wed, Oct 11, 2006 at 11:39:59PM +0200, Abdelrazak Younes wrote:
I hear you Angus, even from far away. Doing this change is pretty simple
(global search and replace) and I don't have strong opinion either way.
Any other opinion?
In the long run I'd like to see everythi
On Mon, Oct 16, 2006 at 12:23:53AM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> > No, this is not acceptable because you are changing the behaviour on
> > the other systems (currently only cygwin and OSX).
>
> So the Windows file associations are also used on Cygwin? I added that
> t
Andre Poenitz wrote:
On Thu, Oct 12, 2006 at 09:16:32AM +0200, Georg Baum wrote:
I don't understand the problematic in this case: Toolbars that pop up
are standard in e.g. OpenOffice.org and Word. Also non-wordprocessor
porgrams use this feature, for example the scientific programs I use at
work
Timothy Reaves wrote:
The file defines class Point, which conflicts a struct the Mac
defined in MacTypes.h.
I have fixed that in current SVN.
Abdel.
Enrico Forestieri wrote:
On Mon, Oct 16, 2006 at 12:11:06AM +0200, Abdelrazak Younes wrote:
Well, the hard part is to decide what to put on screen, what to
simplify, etc. Once you know that, a simple text-mode LyX editor that
will only allow to modify text should not be very difficult to imple
Andre Poenitz wrote:
On Fri, Oct 13, 2006 at 05:06:42PM +0200, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
Abdelrazak> are done via BufferView::cordCache() now. I had to modify
A
Enrico Forestieri wrote:
No, this is not acceptable because you are changing the behaviour on
the other systems (currently only cygwin and OSX).
So the Windows file associations are also used on Cygwin? I added that
to the attached patch.
I think we don't have auto-detection for Mac OS X. Or
On Mon, Oct 16, 2006 at 12:11:06AM +0200, Abdelrazak Younes wrote:
> Well, the hard part is to decide what to put on screen, what to
> simplify, etc. Once you know that, a simple text-mode LyX editor that
> will only allow to modify text should not be very difficult to implement.
Oh, but I alre
Andre Poenitz wrote:
On Fri, Oct 13, 2006 at 04:14:14PM +0200, Georg Baum wrote:
Abdelrazak Younes wrote:
My problem is that setXY() needs a BufferView with my change. So I just
commented out this call which, if I'm right is not useful because
drawT() is for text export and has nothing to do
On Sat, Oct 14, 2006 at 10:45:52AM +0200, Georg Baum wrote:
> But you can do a binary search for revisions that
> work and that don't in order to find out which patch is the culprit.
The culprit turned out to be changeset 15265:
http://www.lyx.org/trac/changeset/15265
Until revision 15264 every
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Can you please use a proper include to
| > get to the declaration instead?
|
| If you want but this is interim code.
Please.
done as part of the NoGui commit.
Abdel.
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Very easy right now. We are ready for that and we can compile qt3, qt4
| and gtk in the same executable if we want to. Looks like my clean up
| work have some nice side effect :-)
Yeah... but I guess that even if possible
On Sun, Oct 15, 2006 at 11:26:17PM +0200, Joost Verburg wrote:
> The attached patch solves the problem:
>
> * When running on Windows, configure.py will not detect viewers and let
> Windows handle it (write 'auto'). When an external application handles
> auto-detection, a viewer entry can be ad
Abdelrazak Younes wrote:
Hello,
This patch saves the need to check for lyx::use_gui in a number of
place. I will commit tomorrow if there's no objection.
* lyx_main.h: define "extern bool lyx::use_gui" here.
* ConsoleFontMetrics.h: new class for command-line LyX
* ConsoleFontLoader.h: new c
The attached patch solves the problem:
* When running on Windows, configure.py will not detect viewers and let
Windows handle it (write 'auto'). When an external application handles
auto-detection, a viewer entry can be added.
* Auto-detection inside LyX will use the OS viewer when configure.
Georg Baum wrote:
Possible solutions I can think of are:
* Getting rid of the whole viewer checks in configure.py on Windows (the
application names are only for UNIX anyway) so there is no need anymore
to override viewers by auto-detection.
That would not help, because the ability to autoope
The file defines class Point, which conflicts a struct the Mac defined
in MacTypes.h.
I have written a wrapper that sets environment variables etc. based on
the settings of the LyX installer, contains an icon and version
information and shows the console output when LyX crashes (with
bug-report instructions).
This sounds very good and I can not wait to see it working (and use it
Am Sonntag, 15. Oktober 2006 17:42 schrieb Joost Verburg:
> Hi,
>
> When I add a viewer to lyxrc.defaults (using configure.py), it has no
> effect whenever the file type is also associated with a viewer in
> Windows. The viewer will be set to 'auto'.
>
> It looks like this is done because there
Here comes the first part of the rework of InsetCommandParams I have been
working on.
All parameters do now have a name, and the plan is to get rid of
getOptions, getSecOptions, getContents etc. in a second step. That will
make the inset and dialog code easier to understand (especially of the
Hi,
When I add a viewer to lyxrc.defaults (using configure.py), it has no
effect whenever the file type is also associated with a viewer in
Windows. The viewer will be set to 'auto'.
It looks like this is done because there are still checks for UNIX
viewers in configure.py and the Windows se
Bo Peng wrote:
Done. Although I do not know why you want to write a new hidecmd.c.
Did you ask Jean-Marc to review the patch? It's quite trivial, but I
think he would have liked to see it.
I have written a wrapper that sets environment variables etc. based on
the settings of the LyX install
> The patch is attached. Please read instructions in hidecmd.C on how to
> use it and test if the patch works as expected.
Thanks! It works fine. Please upload only the change to os_win32.C. I'm
going to write a new wrapper to replace hidecmd.c tomorrow.
Done. Although I do not know why you wan
On Fri, Oct 13, 2006 at 12:07:27PM +0200, Abdelrazak Younes wrote:
> Question for Andre I guess:
>
> This TextPainter class is used nowhere in the code except in a dead code
> (note the if (0 ):
>
> int InsetMathHull::plaintext(Buffer const &, lyx::odocstream & os,
> Output
On Fri, Oct 13, 2006 at 05:06:42PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
> Abdelrazak> are done via BufferView::cordCache() now. I had to modify
> Abdelraza
On Thu, Oct 12, 2006 at 09:16:32AM +0200, Georg Baum wrote:
> > I don't understand the problematic in this case: Toolbars that pop up
> > are standard in e.g. OpenOffice.org and Word. Also non-wordprocessor
> > porgrams use this feature, for example the scientific programs I use at
> > work. So the
On Fri, Oct 13, 2006 at 12:25:19PM +0200, Georg Baum wrote:
> The main problem is that InsetBase needs to have a default constructur
> because it is used in STL containers.
Not really, we store only pointers
Nevertheless, the function argument would probably better.
It's a lot of mechanical w
On Fri, Oct 13, 2006 at 05:38:29PM +0200, Abdelrazak Younes wrote:
> After a double check of the code this would also mean that we use Cursor
> instead of DocIterator in LyXText::drawSelection(), bruteFind() and
> bruteFind3(). AFAIK, Cursor iteration is slower than DocIterator
> iteration, isn'
On Thu, Oct 12, 2006 at 03:35:06PM +0200, Jean-Marc Lasgouttes wrote:
> But we do not have any control on this menu, do we? I thought it was
> handled by qt.
So what?
Install an event filter and catch the event before the widget gets it.
Andre'
On Fri, Oct 13, 2006 at 04:14:14PM +0200, Georg Baum wrote:
> Abdelrazak Younes wrote:
>
> > My problem is that setXY() needs a BufferView with my change. So I just
> > commented out this call which, if I'm right is not useful because
> > drawT() is for text export and has nothing to do with pai
On Thu, Oct 12, 2006 at 12:54:52PM +0200, Abdelrazak Younes wrote:
> >Because even a qt4 frontend can be run in text-only mode. In that case no
> >popups should appear, no GUI fonts should be loaded etc.
>
> This is where we disagree then. In text only mode, the qt4 frontend
> should not be loade
On Sun, Oct 15, 2006 at 03:08:32PM +0200, Asger Ottar Alstrup wrote:
> Asger Ottar Alstrup wrote:
> > I'm downloading and installing MikTeX now.
>
> I have installed MikTeX now, and I can run LaTeX from a command prompt.
> However, LyX does not find LaTeX when reconfiguring from within LyX. The
Am Sonntag, 15. Oktober 2006 13:31 schrieb Michael Gerz:
> Georg,
>
> I get these link errors:
>
> debug/libs/libsupport.a(docstream.o)
(.gnu.linkonce.t._ZN65_GLOBAL__N__home_software_lyx_trunk_src_support_docstre
> am.CD0sejc18utf8_codecvt_facetC1ESt13_Ios_Openmodej+0xb6): In function
> `(anony
Asger Ottar Alstrup wrote:
I'm downloading and installing MikTeX now.
I have installed MikTeX now, and I can run LaTeX from a command prompt.
However, LyX does not find LaTeX when reconfiguring from within LyX. The
configure script surely runs, because there is lots of spew in the DOS
window
Asger Ottar Alstrup wrote:
I attach a patch which updates README.win32 based on my experience.
Thanks. I'll merge this with the new instructions that I'm preparing.
Joost
I attach a patch which updates README.win32 based on my experience.
Regards,
Asger
Index: README.Win32
===
--- README.Win32(revision 15330)
+++ README.Win32(working copy)
@@ -2,35 +2,31 @@
README for Win32
=
Jean-Marc Lasgouttes wrote:
The problem is not to obtain the state. It is to capture the fact that
it gets modified and know whether we are in a math inset at the time.
Right. I understand that capturing toolbar events and auto toolbars is a
bit difficult. Also we are not yet sure what to do w
OK, I managed to compile and run LyX using cmake.
I unpackaged Joost's .zip to c:\program files\gnuwin32. I added Qt and
Gnuwin32 to PATH, and cmake worked.
When compiling, I got a bunch of errors about Mac line endings, which I
converted manually to DOS line-endings.
Then LyX compiled and
Georg,
I get these link errors:
debug/libs/libsupport.a(docstream.o)(.gnu.linkonce.t._ZN65_GLOBAL__N__home_software_lyx_trunk_src_support_docstre
am.CD0sejc18utf8_codecvt_facetC1ESt13_Ios_Openmodej+0xb6): In function
`(anonymous namespace)::utf8_codecvt_facet
::do_max_length() const':
/home/so
OK, Qt compiled correctly.
I tried running Scons, but it said that it was too old. I downloaded the
nightly package of scons, installed that (after adding python to my path).
Now, I try to compile LyX, but I get this:
C:\lyx\lyx-devel\development\scons>scons qt_lib_path=c:\lyx\qt-4.2
qt_inc_
While working on the new insetcommandparams I noticed that we have no less
than 4 places where valid citation commands are defined:
1) function init_possible_cite_commands in
src/frontends/controllers/biblio.C:
"cite",
"citet", "citep", "citealt", "citealp",
"citeauthor", "citeyear", "citeyear
On Wed, Oct 11, 2006 at 04:04:45PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Or course this also means that the "disabled toolbars" bug
> Abdelrazak> comes back. JMarc, I remember you proposed another
> Abdelrazak> solu
On Wed, Oct 11, 2006 at 11:39:59PM +0200, Abdelrazak Younes wrote:
> I hear you Angus, even from far away. Doing this change is pretty simple
> (global search and replace) and I don't have strong opinion either way.
>
> Any other opinion?
In the long run I'd like to see everything in namespace l
54 matches
Mail list logo
