> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Timm confirms that this works on Win32 also, so it seems that
Angus> we have a way out: when invoking an external script, we should
Angus> wrap the argument in quotes (using QuoteName) if we have
Angus> replaced one of the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> What is this?
>
| Lars> TOC_top/ru_TOC_top.lyx
>
| TOC_top files are documents with the proper language setting and title
| that are use to generate the corresponding TOC
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='cpp_regex_traits.lo' libtool=yes \
|
Jean-Marc Lasgouttes wrote:
> Angus> Timm confirms that this works on Win32 also, so it seems that
> Angus> we have a way out: when invoking an external script, we
> should Angus> wrap the argument in quotes (using QuoteName) if we
> have Angus> replaced one of the placeholders $$a, $$i, $$o, $$p,
Lars Gullik BjÃnnes ([EMAIL PROTECTED]) wrote:
> | Is there any reason why wxWidgets toolkit is (somehow) avoided?
>
> Only that nobody has done, or been interested enough to do the actual
> work.
Good to know that. Seeing qt port done, hearing about gtk...I thought maybe is
something wrong
Karsten Heymann ([EMAIL PROTECTED]) wrote:
> The more "natural" Toolkit for LyX would be FLTK I think, because it
> seems to be quite close to xforms. But that would have to be done as
> well...
Why do you think it is more 'natural'?
Since LyX is going into GUI-independence territory, can we
Gour <[EMAIL PROTECTED]> writes:
| Since LyX is going into GUI-independence territory, can we say that some
| toolkit is 'more natural'?
I'd say that a C++ toolkit is "more natural", other than that it
really doesn't matter...
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> What is this?
>>
Lars> | Lars> TOC_top/ru_TOC_top.lyx
>>
Lars> | TOC_top files are documents
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The alternative is to escape 'special chars', so 'Dokumente und
Angus> Einstellungen' becomes 'Dokumente\ und\ Einstellungen'.
This is probably more complicated and error prone.
JMarc
Karsten Heymann wrote:
> On Wed, 2 Jun 2004 11:01:24 +0200
> Gour <[EMAIL PROTECTED]> wrote:
>
>> Is there any reason why wxWidgets toolkit is (somehow) avoided?
>
> Well, I think someone would have to do it :)
>
>> It's not that I'm pushing it, but, imho, it looks like a mature
>>
Jean-Marc Lasgouttes wrote:
> Angus> The alternative is to escape 'special chars', so 'Dokumente
> und Angus> Einstellungen' becomes 'Dokumente\ und\ Einstellungen'.
>
> This is probably more complicated and error prone.
Agreed. So we need:
string const subst_filename(string const & input,
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='cpp_regex_traits.lo'
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Grand. Patch committed.
Angus> Jean-Marc, attached is the equivalent patch against 1.3.x.
Angus> Please add to your list of pending patches.
Angus, I think you have been too fast for me there... I did not have
time to tell you
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>>
| Lars> | Lars> What is this?
>>>
| Lars> | Lars>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Should we be interested in supporting a frontend based on Yet Another
| Toolkit? IMO, no. We should not waste our effort carelessly. The goal
| should be a more powerful tool accessible to more people.
But we won't actively hinder it.
Similar to the
Hello Gour,
On Wed, 2 Jun 2004 13:15:07 +0200
Gour <[EMAIL PROTECTED]> wrote:
> Karsten Heymann ([EMAIL PROTECTED]) wrote:
>
> > The more "natural" Toolkit for LyX would be FLTK I think, because it
> > seems to be quite close to xforms. But that would have to be done as
> > well...
>
> Why do
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 get:
| $ grep -n uintmax_t
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Somehow my lyxdoc checkout don't have all the files...
Lars> I don't know why...
Lars> But now... when I check:
Lars> ll -aR | wc -l 121
Lars> and
Lars> find . -name \*.lyx | wc 80 80 1313
Lars> Is this correct or am I
Anyone have any ideas about this? Strangely, this is only happening on one
of my Cygwin systems.
make install-recursive
make[5]: Entering directory `/home/ksylvan/src/lyx-build/src/frontends/xforms'
Making install in forms
make[6]: Entering directory
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| fantomas[ssh]: ls -r | grep -v '\.lyx$'
| TOC_top
missing
| README.Documentation
missing
| platypus.eps
missing
| mobius.eps
missing
| Makefile.depend
is this really in lyxdoc at all?
| Makefile
missing, cannot just copy
|
Jean-Marc Lasgouttes wrote:
> Angus, I think you have been too fast for me there... I did not have
> time to tell you so, but I do not think this patch is appropriate
> after all.
Then I'll revert it this evening.
> 1/ the focus problem that this patch fixes is gone with qt 3.3.x.
> This is
Lars Gullik BjÃnnes ([EMAIL PROTECTED]) wrote:
> I'd say that a C++ toolkit is "more natural", other than that it
> really doesn't matter...
One more point. Although I know that the choice of GUI toolkit is evoking
religious war, I'm just thinking that at the present moment there are (maybe)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Makefile.depend
Lars> is this really in lyxdoc at all?
No, it is autogenerated by a ad-hoc dependency tracking mechanism.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> Angus, I think you have been too fast for me there... I did not
>> have time to tell you so, but I do not think this patch is
>> appropriate after all.
Angus> Then I'll revert it this evening.
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Anyone have any ideas about this? Strangely, this is only happening on one
| of my Cygwin systems.
have you tried a "clean" "distclean" "maintianerclean" to see if that
helps?
Or are there different versions of cygwin?
--
Lgb
Kayvan A. Sylvan wrote:
> Anyone have any ideas about this? Strangely, this is only happening
> on one of my Cygwin systems.
> { [ ../../../../../lyx/src/frontends/xforms/forms != . ] &&
[ ! -a form_aboutlyx.fd ]
> [: form_aboutlyx.fd: unknown operand
Lars has added this bit of magic
Angus Leeming ([EMAIL PROTECTED]) wrote:
> So, should we be interested in supporting a gtk frontend in the 1.5.x
> cycle? IMO, yes. If development goes the way I've outlined above,
> then it may also make sense to consider 'retiring' the XForms
> frontend.
> Should we be interested in
On Wed, Jun 02, 2004 at 12:56:24PM +0200, Lars Gullik Bj?nnes wrote:
> Ok, it must be FreeBSD that is the "problem"
No, I have recently started seeing a very similar problem on Linux.
/usr/local/gcc-cvs/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src
-I../../../../boost -I/usr/X11R6/include
Gour wrote:
> Lars Gullik Bjønnes ([EMAIL PROTECTED]) wrote:
>
>> I'd say that a C++ toolkit is "more natural", other than that it
>> really doesn't matter...
>
> One more point. Although I know that the choice of GUI toolkit is
> evoking religious war,
I don't think so. The Qt frontend
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 12:56:24PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Ok, it must be FreeBSD that is the "problem"
>
| No, I have recently started seeing a very similar problem on Linux.
Completely different you mean...
>
|
Jean-Marc Lasgouttes wrote:
> Angus> Good. Note that this focus thing is not confined to the Mac.
> Angus> The change worked also under linux. I take it that qt 3.3.x
> Angus> does the right thing for all supported OSes?
>
> Did you notice a difference with your patch? I did not see any.
Yes. I
This patch adds code for LyX/Mac to find its locale files correctly
and changes the default user directory from .lyx to
~/Library/Preferences/LyX (for Qt/Mac too).
Lars, this changes some of your code in message.C. Is it OK with you?
JMarc
Index: src/ChangeLog
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Good. Note that this focus thing is
Angus> not confined to the Mac. The change worked also under linux. I
Angus> take it that qt 3.3.x does the right thing for all supported
Angus> OSes?
>> Did you
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | My copy of 'unix in a nutshell' tells me that 'test -a' is
> | specific to ksh, so this is going to break on systems where "sh
> | means sh, not bash".
>
> So I can use "-e" instead?
Not if you want plain old 'sh' to
On Wed, Jun 02, 2004 at 03:37:52PM +0200, Lars Gullik Bj?nnes wrote:
> Sure it did. Or do you have a goblin in your box?
> (you installed gcc 3.5 right? But I don't see these errors with 3.5...)
I previously compiled CVS lyx fine with the same GCC version. A cvs
update then caused it to fail.
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Jean-Marc Lasgouttes wrote: Good. Note that this focus thing
> is Angus> not confined to the Mac. The change worked also under
> linux. I Angus> take it that qt 3.3.x does the right thing for all
>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| This patch adds code for LyX/Mac to find its locale files correctly
| and changes the default user directory from .lyx to
| ~/Library/Preferences/LyX (for Qt/Mac too).
>
| Lars, this changes some of your code in message.C. Is it OK with you?
It
Jean-Marc Lasgouttes wrote:
Angus> Good. Note that this focus thing is not confined to the Mac.
Angus> The change worked also under linux. I take it that qt 3.3.x
Angus> does the right thing for all supported OSes?
Did you notice a difference with your patch? I did not see any.
Yes. I followed the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | My copy of 'unix in a nutshell' tells me that 'test -a' is
>> | specific to ksh, so this is going to break on systems where "sh
>> | means sh, not bash".
>>
>> So I can
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 03:37:52PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Sure it did. Or do you have a goblin in your box?
>> (you installed gcc 3.5 right? But I don't see these errors with 3.5...)
>
| I previously compiled CVS lyx fine with the same GCC
Bennett Helm wrote:
>> Jean-Marc Lasgouttes wrote:
>>> Angus> Good. Note that this focus thing is not confined to the
>>> Mac. Angus> The change worked also under linux. I take it that qt
>>> 3.3.x Angus> does the right thing for all supported OSes?
>>>
>>> Did you notice a difference with your
Angus Leeming ([EMAIL PROTECTED]) wrote:
Hi Angus!
> The Qt toolkit is cross platform and the frontend works. We'll keep
> it working. It's up to you to decide whether you want to help port
> lyx to another toolkit.
The whole thread has started (see the subject) with the question of win32
Angus Leeming wrote:
>> The more "natural" Toolkit for LyX would be FLTK I think, because it
>> seems to be quite close to xforms. But that would have to be done as
>> well...
>
> I don't think that is true any longer. The LyX core sees absolutely
> nothing of the GUI toolkit. All toolits are,
Gour wrote:
> Qt is not free for win32 and therefore further development is stalled, and
> my initial point in bringing wxWidgets as a free cross-platform toolkit
> was with the idea to solve the future of win32 port as a mean of further
> propagation of LyX & LaTeX/TeX typesetting in a win32
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>>
>>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>>
>>> | My copy of 'unix in a nutshell' tells me that 'test -a' is
>>> | specific to ksh, so this is going to break on systems where "sh
>>>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> I've tried the patch on LyX/Mac. While it doesn't seem to affect
>> the focus issue (which, as Jean-Marc noted, is not a problem with
>> qt-3.3.x), it does change dialogs to be always on top -- to be
>> modal -- which is not desirable
Angus Leeming <[EMAIL PROTECTED]> writes:
>> Does old 'sh' has a test built-in?
>
| No, the bourne shell uses /bin/test.
>
| test -f file && ...
| [ -f file ] && ...
>
| are equivalent. Is that what you mean?
No, I just thought that /bin/test had '-e', but I use '-r' instead in
Juergen Spitzmueller wrote:
> Incidentally, Angus: Since xforms was the base of fltk, it aims to
> be highly compatible to xforms (synonymous functions etc.). It even
> provides a tool for converting *.fd files to fltk dialogs. Do you
> know if this statement is still true for xforms 1.x? Just
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars, this changes some of your code in message.C. Is it OK with you?
Lars> It might be
Lars> I am not overly fond of the "inOSXbundle" stuff.
OK, let's see...
Lars> | char * old = strdup(setlocale(LC_ALL, 0)); | char * n =
On Wed, Jun 02, 2004 at 04:12:14PM +0200, Lars Gullik Bj?nnes wrote:
> of gcc or lyx?
lyx
> nothing in lyx/boost changed... automake/autoconf differences?
I haven't changed versions of that.
> Your is some syntax problem, the one on FreeBSD is redefinition of a
> type.
Either way, I can't do
On Jun 2, 2004, at 10:45 AM, Jean-Marc Lasgouttes wrote:
"Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
I've tried the patch on LyX/Mac. While it doesn't seem to affect
the focus issue (which, as Jean-Marc noted, is not a problem with
qt-3.3.x), it does change dialogs to be always on top
Angus Leeming wrote:
> However, fltk version 2 no longer aims to provide this compatibility.
Hmm, the fltk2 docs still state this to be true, and fluid also seems to
work with fltk2. Moreover I found this message (and nothing contrary):
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
>>> I've tried the patch on LyX/Mac. While it doesn't seem to affect
>>> the focus issue (which, as Jean-Marc noted, is not a problem with
>>> qt-3.3.x), it does change dialogs to be always on top -- to be
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Perhaps there's some vague hope, although the development of
Juergen> this seems to be very slow:
Juergen> http://kde-cygwin.sourceforge.net/qt3-win32/
Did anyone try that? How far is it from usefulness? This is not
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'm not very good at bitwise fields, but a quick google turns
Angus> up this if you want to ensure that your dialog is always on
Angus> top. (QDialog dervies publicly from QWidget.)
Angus> QWidget::setWFlags(Qt::WType_Dialog |
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 04:12:14PM +0200, Lars Gullik Bj?nnes wrote:
>
>> of gcc or lyx?
>
| lyx
>
>> nothing in lyx/boost changed... automake/autoconf differences?
>
| I haven't changed versions of that.
>
>> Your is some syntax problem, the one on
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Did anyone try that? How far is it from usefulness? This is not
>> very clear from the status pages or the mailing lists.
Juergen> Indeed. I wouldn't count on it yet. The clearest
On Wed, Jun 02, 2004 at 05:19:50PM +0200, Lars Gullik Bj?nnes wrote:
> How can I help when you clam up on the info I need!
What info do you want?
john
On Wed, Jun 02, 2004 at 08:56:23AM +0100, Iwo Mergler spake thusly:
> Hi all,
>
> you won't believe it, but some people are paranoid
> enough to think that using LyX to write a document
> somehow 'infects' the document with the GPL.
Of course this is true... and viruses infect your machine
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 05:19:50PM +0200, Lars Gullik Bj?nnes wrote:
>
>> How can I help when you clam up on the info I need!
>
| What info do you want?
Tell me everything.
But something _must_ have change I can't belive that it is lyx (sure
it could be
On Wed, Jun 02, 2004 at 06:35:15PM +0200, Lars Gullik Bj?nnes wrote:
> But something _must_ have change I can't belive that it is lyx (sure
> it could be ...)
Nothing's changed, honest. No RPMs have been updated. GCC 3.5 is the one
that previously compiled lyx successfully. LyX is CVS up to
Lars?
--
Angus
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 06:35:15PM +0200, Lars Gullik Bj?nnes wrote:
>
>> But something _must_ have change I can't belive that it is lyx (sure
>> it could be ...)
>
| Nothing's changed, honest. No RPMs have been updated. GCC 3.5 is the one
| that
On Wed, Jun 02, 2004 at 06:48:07PM +0200, Lars Gullik Bj?nnes wrote:
> How updated are your 3.5?
Very. The problem is that the gettext.m4 changes are doing:
typedef int ptrdiff_t
into config.h. However, the check is going wrong because of course
ptrdiff_t is defined fine on my system, so you e
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 06:48:07PM +0200, Lars Gullik Bj?nnes wrote:
>
>> How updated are your 3.5?
>
| Very. The problem is that the gettext.m4 changes are doing:
>
| typedef int ptrdiff_t
>
| into config.h. However, the check is going wrong because of
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I do this:
>
| #!/bin/bash
>
| export PATH=/opt/gcc-head/bin:$PATH
| export LD_LIBRARY_PATH=/opt/gcc-head/lib
>
| exec bash -i
>
| Does that make a difference? (change to fit of course)
>
| Do you have any clues why configure thinks your ptrdiff_t
Angus Leeming wrote:
>> Angus> Yes. I followed the prescription outlined in the bug report.
>> Angus> Without the patch, keyboard input went to the lyx screen.
>> With Angus> the patch, it went to the index dialog.
>>
>> And does it give you a 'stay on top' behaviour?
Yes, so I've reversed the
On Wed, Jun 02, 2004 at 08:46:51PM +0200, Lars Gullik Bj?nnes wrote:
> I can only find ptrdiff_t in linux/types.h and in
> /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/stddef.h
> (which leads me to suspect your way of calling the compiler...)
>
> It seems that STDC_HEADERS is undefined with
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 02, 2004 at 08:46:51PM +0200, Lars Gullik Bj?nnes wrote:
>
>> I can only find ptrdiff_t in linux/types.h and in
>> /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/stddef.h
>> (which leads me to suspect your way of calling the compiler...)
>>
On Thu, Jun 03, 2004 at 12:31:01AM +0200, Lars Gullik Bj?nnes wrote:
> Ha! I win!
I gracefully concede (this one).
But only because I appear to have burnt my nose.
john
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 get:
| $ grep -n
Rob Lahaye <[EMAIL PROTECTED]> writes:
| 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
101 - 172 of 172 matches
Mail list logo