Dear members of the LyX-team,
I hereby grant permission to licence everything I have contributed
to LyX under the Gnu General Public Licence, version 2 or later.
Regards,
Rob Lahaye.
Rob Lahaye wrote:
>
> My LyX, by default, uses for Postscript viewing "gv -swap"
> (as in Tools->Preferences->Conversion->Formats, Postscript)
>
> However, eversince I upgraded to gv version 3.6.1, the -swap does
> not work anymore, and consequently, Postscr
Jean-Marc Lasgouttes wrote:
> Rob> It's because of both, _GLIBCXX_DEBUG and _GLIBCXX_DEBUG_PEDANTIC.
>
> Rob> Does that make sense?
>
> So the stdlibc++ debug feature is broken with your compiler version, I
> guess. You should ask the freebsd people for more info. When we know
> exactly what happen
Hi,
My LyX, by default, uses for Postscript viewing "gv -swap"
(as in Tools->Preferences->Conversion->Formats, Postscript)
However, eversince I upgraded to gv version 3.6.1, the -swap does
not work anymore, and consequently, Postscript viewing with LyX is
not working (not working with out-of-th
Jean-Marc Lasgouttes wrote:
>>>>>> Rob Lahaye writes:
>
> Rob> Yep, that solves the problem; not that I know what I'm doing
> Rob> though. But LyX compiles like a charm!
>
> Rob> Can you explain a little? Is this a bug, or a misbehaving feature
Hi,
I start LyX-cvs like this:
$ src/lyx -userdir /tmp/LyX
Because /tmp/LyX does not exist, a dialog appears with
You have specified a non-existent user LyX
directory, /tmp/LyX.
It is needed to keep your own configuration.
[Create directory][
Jean-Marc Lasgouttes wrote:
>>>>>>"Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>
>
> Rob> I can compile LyX almost; something goes wrong at the very end.
> Rob> At the end of gmake, when the final executable is being linked, I
>
Hi,
First: thanks for solving the sh vs. bash issue, which is now working
on my FreeBSD system.
I can compile LyX almost; something goes wrong at the very end.
At the end of gmake, when the final executable is being linked,
I get zillions of following lines:
$ gmake
[...]
BranchList.o(.gnu.link
Jose' Matos wrote:
> On Tuesday 18 January 2005 12:12, Rob Lahaye wrote:
>
>>>not bash?
>>
>>Hmm, bash is the default shell in the linux community, isn't it?
>>However, the FreeBSD base system has csh, sh and tcsh.
>
> We should make it
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | On FreeBSD 5.3, with GCC-3.4.2:
>
> | [...]
> | gmake[4]: Entering directory
> | `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
> | TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -
On FreeBSD 5.3, with GCC-3.4.2:
[...]
gmake[4]: Entering directory
`/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
--include=./pch.h -DBOOST_USER_CONFIG="" -I../../../../boost -Wextra
-Wall -I/usr/local/include
Lars Gullik Bjønnes wrote:
> Rob <[EMAIL PROTECTED]> writes:
>
> | Hi,
>
> | There are few clashes with LyX's boost stuff on the FreeBSD system.
> | I use compiler gcc 3.4.2.
>
> | 1. Following patch is needed to have cstdint.hpp compile without
> |error message (I have tried to investigate wh
Andre Poenitz wrote:
On Thu, Jun 03, 2004 at 07:37:00PM +0900, Rob Lahaye wrote:
I'm suprised nobody is upset about this!?!
Using a provider with a good spam filter helps a lot.
Bleh! This is about preventing spam, not how to filter it
PS: I wish I could use my anti-spam email address for
Angus Leeming wrote:
Sigh.
I'd like you to post a minimal, failing program of the form
#define uintmax_t unsigned long long
#include
int main() { return 0; }
where the #define is taken from your config.h file.
Right, you've got it already. So here we go again:
$ cat test.C
#define uintmax_t unsign
Angus Leeming wrote:
Rob Lahaye wrote:
Hmmm, don't think I get it. I thought, there's a line in
src/config.h that's causing trouble. Started deleting lines in
src/config.h, but then ended up deleting all lines in that file and
still getting the same error
So where am I suppo
[EMAIL PROTECTED] wrote:
On Thu, Jun 03, 2004 at 05:46:16PM +0900, Rob Lahaye wrote:
All these archives are publicly available, which means someone can collect
the emails from there for third parties spam-junk stuff, if the sender's
email address is not hidden; mail-archive and theaimsgro
Angus Leeming wrote:
Rob Lahaye wrote:
Once again: removing -DBOOST_USER_CONFIG="" from the
compile line above, solves the problem.
Does that bring us any closer?
Sure. Something in is messing up the (quite small)
You should try and isolate the #define that is screwing thing
Angus Leeming wrote:
Rob Lahaye wrote:
So what now happens if you reduce your test case to the more minimal
#include
int main { return 0; }
where you compile with your 'lyx-style' command line invocation of g++?
$ cat test.C
#include
int main () { return 0; }
$ g++33 -DHAVE_CONFIG_H -I
Angus Leeming:
So what happens if you #include *all* the system
headers of cpp_regex_traits.cpp
$ cat test.C
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main() { return 0; }
$ g++33 -DHAVE_CONFIG_H -Iboost/libs/regex/src -Isrc -
Angus Leeming
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
OK, got something here.
I copied (more or less) the compile line as it appears in the gmake
process. An
Angus Leeming:
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
Nah, also no problem:
$ cat test.C ; g++33 -Iboost -o test.o test.C
#include
int main() { re
Lars Gullik Bjønnes:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
| [EMAIL PROTECTED] mailing list needs subscription (or alternatively
| a once-only permission granted for sending emails, without the full
| subscription). Once that is done, all emails to the list are also archived
| at
Lars Gullik Bjønnes:
So it is some combination of headers that cause this.
Please try this:
$ cat test.C ; g++ -W -Wall -Iboost -c -o test.o test.C
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
# incl
Hi,
[EMAIL PROTECTED] mailing list needs subscription (or alternatively
a once-only permission granted for sending emails, without the full
subscription). Once that is done, all emails to the list are also archived
at
1) www.mail-archive.com/[EMAIL PROTECTED]
2) marc.theaimsgroup.com/?l=lyx-dev
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include
int main() {
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
-o
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include
int main()
{
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
-o test.o test.C
$ cd
$ cat test.C
#include
int ma
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| I have these results:
| 1) Everything compiles like a charm, when I comment out in
| boost/boost/cstdint.hpp this line
| // typedef uint64
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
Ok, it must be FreeBSD that is the "problem"
Is uintmax_t a macro? Or uint32_t?
Has on FreeBSD changed recently?
(upgraded libc perhaps?)
What is uintmax_t/uint32_t typdeffed/defined as in
| This is what I
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| autogen.sh:
| Using autoconf (GNU Autoconf) 2.53
| gmake:
| [...snip...]
| gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/regex/src'
| source='cpp_regex_traits.cpp' object='cp
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
Lars Gullik Bjønnes wrote:
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
I don't get either.
I need this, to successfully compile CVS:
Index:
My make of up-to-date LyX-CVS ends with:
In file included from ../../../../boost/boost/regex/config.hpp:54,
from cpp_regex_traits.cpp:22:
../../../../boost/boost/cstdint.hpp:121: error: redeclaration of C++ built-in
type `long'
gmake[4]: *** [cpp_regex_traits.lo] Error 1
This is
Sorry, just a rediculous detail.
"Help->About LyX...", License tab.
Doesn't the LyX Team still have the license/copyrights?
Shouldn't that be 2004 then?
Cheers,
Rob.
Hi,
./autogen.sh and ./configure get stuck:
---
$ ./autogen.sh
Using autoconf (GNU Autoconf) 2.57
Locating GNU m4... /usr/local/bin/gm4
Generate acinclude.m4... done.
Building macros...
.
lib/reLyX
done.
Building conf
Martti Kuparinen wrote:
Hi!
I'm maintaining lyx on NetBSD. I'm updating our packages to 1.3.4 and while
the lyx-xforms package works okay lyx-qt gives me this upon shutdown:
LyX: Done!
lyx: Error detected by libpthread: Destroying locked mutex.
Detected by file "/home/netbsd/src/lib/libpthread/pth
Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I cannot see any obvious macros to turn on/off, but I'll experiment a
| bit.
Ok, can you try this patch please.
Bingo!
Works fine here.
Thanks.
Rob.
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
| There's a problem with threading since recent boost updates in CVS,
| at least for my FreeBSD PC.
| My make ends with:
| [...]
| /usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o
Hi,
There's a problem with threading since recent boost updates in CVS,
at least for my FreeBSD PC.
My make ends with:
[...]
/usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o Floating.o
counters.o lengthcommon.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.
Angus Leeming wrote:
Rob Lahaye wrote:
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void
FormDocument::build()': FormDocument.C:270: error: 'struct
FD_document_language' has no member named 'combox_language'
FormDocum
Hi,
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void FormDocument::build()':
FormDocument.C:270: error: 'struct FD_document_language' has no member named
'combox_language'
FormDocument.C:285: error: 'struct FD_document_language' has no member named
'combox_
Hi,
Maybe Andre knows already; if not:
SISSEGV crash occurs after:
Start LyX
File->New
Insert Math
File->Close [and Discard Safe]
File->New
/Bang/
Cheers,
Rob.
Hi,
Current CVS with xforms crashes as follows:
Start LyX
File->New
Insert Math
lyx: SIGSEGV signal caught
(Sorry can't make a backtrace at this stage).
Regards,
Rob.
Angus,
Apologies for the person-to-person email, but my emails to the devel list
seem to end up in /dev/null :(.
Another patch is needed to src/frontends/xforms/Makefile.am in CVS, to
remove a stray 'if':
Index: src/frontends/xforms/Makefile.am
=
Hi,
CVS compilation gets stuck at:
[...]
gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/src/frontends/xforms'
cmp -s lyx_forms.h-tmp lyx_forms.h || {\
rm -f lyx_forms.h ;\
cp lyx_forms.h-tmp lyx_forms.h ;\
}
echo timestamp > stamp-forms
if cmp -s lyx_xpm.h-tmp lyx
Rob Lahaye wrote:
>
>
> This is the end of the 'make' for current LyX/CVS:
>
Ah, hold on for a moment; this is possibly due to my
own changes to form_external.fd! Forgot about that.
I'll investigate myself first.
Sorry for the noise.
Rob.
This is the end of the 'make' for current LyX/CVS:
[...snip...]
/usr/local/bin/g++33 -DHAVE_CONFIG_H -I. -I. -I../../../../src -I./..
-I../../../../src -I.. -I/opt/include -I/usr/local/include -I/usr/X11R6/include -g -O
-fno-exceptions -W -Wall -MT form_ert.lo -MD -MP -MF .deps/form_ert.Tpo -c
Mate,
The gmane news server should monitor all messages delivered to the lyx list.
The following appears to be a small, but annoying bug in the communication
between gmane news server and lyx lists (well, I only verified it with the
lyx-devel list):
As a non-member of the list, the very first e
Rob Lahaye wrote:
> Jean-Marc Lasgouttes wrote:
>
>>It seems to me that, if you are not a subscriber and send a message,
>>all you have to do is send a confirmation to some daemon and then you
>>will be 'whitelisted' and allowed to post.
>>
>>Did
Jean-Marc Lasgouttes wrote:
>
> It seems to me that, if you are not a subscriber and send a message,
> all you have to do is send a confirmation to some daemon and then you
> will be 'whitelisted' and allowed to post.
>
> Did you try that?
>
> Rob> However, I discovered that my emails do not ar
Angus Leeming wrote:
> Rob Lahaye wrote:
>
>>Here is what I got, after subscribing, which doesn't tell me
>>any webpage for making changes:
>
>
> My apologies then.
>
> What happens when you send a mail to
> [EMAIL PROTECTED] for a help message?
N
Rob Lahaye wrote:
Is there a way that allows me to send emails to the devel-list, but
that will not send all lyx-devel emails to my subscription address?
Jean-Marc Lasgouttes wrote:
> It seems to me that, if you are not a subscriber and send a message,
> all you have to do is send a confir
Hi,
I follow the LyX-devel discussion on the gmane news server at the time that it suits
me.
So I do not want to receive instantly any new email to lyx-devel list.
However, I discovered that my emails do not arrive on the list, unless I am subscribed,
which will also deliver all list messages t
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| http://www.gimp.org/ has taken a firm stand against this EU proposal.
| How about LyX?
I do not know really.
But how is the new legislation different from what is already in
effect in the USA? Free Software trives there?
Something like following patch is needed to compile gtk frontend:
Index: src/frontends/gtk/lyx_gui.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/gtk/lyx_gui.C,v
retrieving revision 1.6
diff -u -r1.6 lyx_gui.C
--- src/frontends/gt
Compiling current CVS:
[...]
In file included from GScreen.C:14:
GScreen.h: In member function `virtual WorkArea& GScreen::workarea() const':
GScreen.h:42: error: could not convert `this->GScreen::owner_' to `WorkArea&'
In file included from GScreen.C:16:
GWorkArea.h: In member function `Gdk::Co
$ cvs update
? install-sh
? missing
? src/lyx-gtk
Can someone fix this in the corresponding .cvsignore files?
R.
Lars Gullik Bj?nnes wrote:
>
> As you see, not different at all... except that use of
> lyx::support::abort will not change if ::abort is put in the std
> namespace. (or anywhere else...)
The patch below makes CVS compile on my FreeBSD system.
OK?
R.
Index: src/boost.C
===
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Unless you tell me in more detail what your abort-preference
> | actually implies.
>
> the "problem" with using assert is that it depends on defines: NDEBUG
> in particular.
>
>
Angus Leeming wrote:
> Rob Lahaye wrote:
>
>>No I don't, because I have no idea what I'm doing.
>>Well, if you insist:
>>
>>ChangeLog:
>>Add a "()" inbetween "params" and ".getLyXTextClass()".
>>
>>Sorry, bu
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>>>>>Rob Lahaye <[EMAIL PROTECTED]> writes:
>>>>>
>>>>>
>>>>>| Should instead a "#include " be added at the top of this file?
>>>>
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bj?nnes wrote:
>
>>>Rob Lahaye <[EMAIL PROTECTED]> writes:
>>>
>>>
>>>| Should instead a "#include " be added at the top of this file?
>
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
>
> | Should instead a "#include " be added at the top of this file?
>
> Either that or we should use lyx::support::abort instead.
> (I'll probably prefere that.)
Either way.
As it is now, CVS doesn't compile :(.
R.
Alfredo Braunstein wrote:
> Rob Lahaye wrote:
>
>
>>Yes that helps.
>>Path below does the trick. Someone willing to apply
>
>
> If you add a ChangeLog entry I can apply it.
No I don't, because I have no idea what I'm doing.
Well, if you insist:
Martin Vermeer wrote:
>
> Probably. Try if replacing params by params() helps.
Yes that helps.
Path below does the trick. Someone willing to apply
Cheers,
Rob.
Index: src/frontends/gtk/GToolbar.C
===
RCS file: /cvs/lyx/lyx-dev
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Index: src/boost.C
> | ===
> | RCS file: /cvs/lyx/lyx-devel/src/boost.C,v
> | retrieving revision 1.4
> | diff -u -r1.4 boost.C
&
GToolbar.C: In member function `void GToolbar::onLayoutSelected()':
GToolbar.C:163: error: request for member `getLyXTextClass' in `
this->GToolbar::view_->LyXView::buffer() const()->params', which is of
non-aggregate type `'
GToolbar.C: In member function `virtual void GToolbar::setLayout(
Index: src/boost.C
===
RCS file: /cvs/lyx/lyx-devel/src/boost.C,v
retrieving revision 1.4
diff -u -r1.4 boost.C
--- src/boost.C 2003/09/09 17:25:17 1.4
+++ src/boost.C 2003/09/10 05:06:32
@@ -51,7 +51,7 @@
lyxerr << "Asse
Martin Vermeer wrote:
> On Sat, Sep 06, 2003 at 09:00:55AM +0900, Rob Lahaye spake thusly:
>
>>Martin Vermeer wrote:
>>>be surprised if the minority platform people (Rob?) will release some
>>>profanities.
>>
>>I am not actively using LyX CVS now. CVS is
Martin Vermeer wrote:
>
> OK... but this kind of thing should be done by someone with an old and
> finicky compiler. You're still in for some qt flak BTW and I wouldn't
> be surprised if the minority platform people (Rob?) will release some
> profanities.
I am not actively using LyX CVS now. CV
Hi,
LyX/gtk compiles fine here on my FreeBSD box.
It looks really good! But it's rather slow.
When I start lyx-gtk and then select Help->About LyX...
I get a crash:
(lyx-gtk:518): libglade-WARNING **: could not find glade file ''
Abort (core dumped)
The real problem comes when I
http://www.gimp.org/ has taken a firm stand against this EU proposal.
How about LyX?
R.
In Xforms version:
Tools->Tex Information
Double click on e.g. hebtech.cls, will pop up the Show File dialog with
"LyX: LyX: hebtech.cls" in the title.
This patch removes the redundant "LyX: ". Please apply.
Regards,
Rob.
Index: src/frontends/xforms/FormShowFile.C
==
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Christian Ridderstr?m wrote:
>
> Saw a link to this article about different GUI toolkits, maybe someone on
> this list is interested in that
>
> http://freshmeat.net/articles/view/928
Interesting remarks for the XForms folks:
FLTK (Fast, Light Tool Kit):
FLTK is the C++ succes
Garst R. Reese wrote:
>
> It be more useful if you would tell me what to try with fdesign and
> I'll tell you what works. F.ex. using 25.5 or 26 to cover the rounding
> errors.
1. cd into your LyX tree
2. Then do "fdesign src/frontends/xforms/forms/form_document.fd &"
3. In the "Control" dialog
John Levon wrote:
> Using xforms 1.0.0, when I move to a different submenu, the old submenu
> is still shown until a repaint happens ..
I also have seen that. It is there for a long time already!
Rob.
Garst R. Reese wrote:
> Rob Lahaye wrote:
>
>> 1. Do you have these invisible fonts in all input fields?
>>(Dimensions: Width & Height as well as ALL the Margins
>>input fields: Top/Bottom/Inner/Outerand how about
>>the Headheight
Jean-Marc Lasgouttes wrote:
"David" == David L Johnson <[EMAIL PROTECTED]> writes:
>
>>
>> David> invisible. I can type, and the changes show up on the filename
>> David> when I save, for example. Same thing in, say, the Layout ->
>> David> Document -> Margins. I can set the margins,
Garst R. Reese wrote:
> Rob Lahaye wrote:
>
>
>>Is this a bug in Xforms perhaps? What Xforms version do you have?
>>I myself use CVS/Xforms.
>>
>
> Get real Rob!
> It's fine to test a CVS version of a required pkg to check new
> features/bugs, but d
Andre Poenitz wrote:
> On Wed, Jul 09, 2003 at 08:00:11PM +0900, Rob Lahaye wrote:
>
>>Andre Poenitz wrote:
>>
>>>xforms:
>>>
>>>
>>>1. If I open the reference dialog on an existing reference and modify
>>>the 'Reference'
Andre Poenitz wrote:
> xforms:
>
>
> 1. If I open the reference dialog on an existing reference and modify
> the 'Reference' field manually, the Ok and Apply buttons stay disabled.
I don't see that. Whenever I change something in the dialog, the
OK/Apply buttons get activated!
> 2. I am not su
Huang Ying wrote:
>>The "mm" extension doesn't seem to have a port on FreeBSD either.
>>What is actually the difference between gtk+ and gtkmm ?
>>
>
> gtk+ is a toolkit with C api, and gtkmm is a language binding of gtk+
> that provide the C++ api of gtk+. I remember there is gtkmm 2.0 port in
>
Huang Ying wrote:
> diff -u -r -N lyx-1.4.0cvs/configure.ac lyx-1.4.0cvs_gtk/configure.ac
> --- lyx-1.4.0cvs/configure.ac 2003-07-01 17:51:21.0 +0800
> +++ lyx-1.4.0cvs_gtk/configure.ac 2003-07-07 19:15:25.0 +0800
> @@ -182,6 +184,15 @@
> dnl FRONTEND_INCLUDES="-I\${srcdir
Huang Ying wrote:
>>Any special reason why you put the files in gtk instead of gnome?
>
> I use the gtkmm and libglademm to implement the frontend, but not
> anything about gnome. Because the gnome develop platform is so big
> and not as portable as gtk, So I base my work on gtk not gnome.
Th
Andre Poenitz wrote:
> On Mon, Jul 07, 2003 at 08:37:59AM +0900, Rob Lahaye wrote:
>
>>Yes, I do remember vague a problem like this, when I was reducing
>>the height of all widgets from 30 to 20; 20 was too small, so it
>>became 25. The latter seemed to work for all of u
Martin Vermeer wrote:
>
> You should start up fdesign for, e.g., form_document.fd. Then select
> an input box. Then top left corner and width/height are displayed on
> the bottom line in the main dialog. You can reduce the height by
> dragging a red corner. In the document dialogs, the heights ar
Martin Vermeer wrote:
> On Fri, Jul 04, 2003 at 09:42:52AM +0900, Rob Lahaye spake thusly:
>
> Reduce the height of one of your input boxes, until you see the input
> text disappear.
I still have no idea. How do I reduce the height of an input box?
Do you mean "reduce the s
John Levon wrote:
> On Thu, Jul 03, 2003 at 03:04:09PM +0200, Andre Poenitz wrote:
>
>>>Rob Lahaye wrote:
>>>If allright, then please apply the patch.
>>
>>Is fine with me.
>>
>>Others?
>
> Yes, fine.
Then can someone apply the patch?
Thanks.
Rob.
Garst R. Reese wrote:
> "Garst R. Reese" wrote:
>
>>Martin Vermeer wrote:
>>
>>>BTW, in the current (unpatched) document dialog, some string entry
>>>fields don't display their content when you enter it. E.g. in the
>>>paper tab the bottom margin field.
>>>
>>>The reason appears to be that if the
ing revision 1.777
diff -u -r1.777 ChangeLog
--- src/frontends/xforms/ChangeLog 2003/06/30 23:56:11 1.777
+++ src/frontends/xforms/ChangeLog 2003/07/03 12:51:16
@@ -1,3 +1,7 @@
+2003-07-03 Rob Lahaye <[EMAIL PROTECTED]>
+
+ * forms/form_preamble.fd: add Alt-O shortcut to OK b
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Gcc 2.95 on FreeBSD 4.8
>
> Have I said it before? 2.95 is not exactly a good c++ compiler...
Yes, you have...almost each time I have such complaints ;)
> And IMHO FreeBSD is doing its co
The latest CVS doesn't compile:
$ gmake
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/opt/include -I/usr/local/include
-I/usr/X11R6/include -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c
-o text_funcs.o `test -f text_funcs.C || echo './'`text_funcs.C
text_funcs.C: In
Andre Poenitz wrote:
>
> Why not just let Lars commit what he wants and John change it later if he
> wants etc. There won't be consensus anyway.
And some more users on the devel front may comment, since it is then
more visible what this discussion is actually all about ;).
R.
Kayvan A. Sylvan wrote:
> With latest CVS, it looks like File->Export->Postscript does not
> copy the resulting file from the temporary directory to the
> current directory.
>
> This is also the case with "lyx --export ps", which means that
> the generated file (in the quite transient temporary d
Garst R. Reese wrote:
> "Garst R. Reese" wrote:
>
>>John Levon wrote:
>>
>>>I'm seeing andre's prefs dialog problems. It's completely knackered.
>>>
>>
>>"knackered" is too kind.
>>
>>Garst
>
> Checking, I find a lyx version on my box dated May 23 that exhibits
> these problems.
> May 7 is OK. R
Andre Poenitz wrote:
>> On Tue, Jun 17, 2003 at 04:32:45PM +0900, Rob Lahaye wrote:
>>
>
>>>>Andre uses xforms 0.89 and I'm using xforms-CVS.
>>>>
>>>>Is this size clash only in the preferences dialog?
>
>>
>>
>> Yes, it
Andre Poenitz wrote:
> On Tue, Jun 17, 2003 at 04:50:31AM +0900, Rob Lahaye wrote:
>
>>I would like to know why you see these problems with your preferences
>>dialog, whereas I do not have that. Is it the window manager; old version
>>of Xforms; or what?
>
>
&g
Rob Lahaye wrote:
Andre Poenitz wrote:
Now we have dialogs not even big enough to contain all buttons?
I think I was the last person who modified the Xforms preferences layout.
I'm willing to fix your problem, but I can't compile CVS at the moment
due to a (your?) cast problem to i
Andre Poenitz wrote:
> On Tue, Jun 17, 2003 at 03:35:47AM +0900, Rob Lahaye wrote:
>
>>Andre Poenitz wrote:
>>
>>>Now we have dialogs not even big enough to contain all buttons?
>>
>>I think I was the last person who modified the Xforms preferences layout.
1 - 100 of 426 matches
Mail list logo
