Jose' Matos [EMAIL PROTECTED] writes:
| On Thursday 13 January 2005 16:34, Lars Gullik Bjønnes wrote:
| You don't mean a FRAMESET do you? Lord no :)
well I do.. and that would work.
(ascii browsers be damned)
| No, please don't do that. I don't care either about text (not only ascii)
|
John Weiss [EMAIL PROTECTED] writes:
| On Wed, Jan 12, 2005 at 11:35:51AM +0100, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| While we're at it, however, what's a lanuage?
that is the lesson you just received.
| Methinks Angus refers to the missing 'g' in language
John Weiss [EMAIL PROTECTED] writes:
| Uwe:
| For future reference:
| When I was working on this 7 years ago, I added various ERT to ensure
| a good-looking print version. (I proofread the print version using
| ghostscript or xdvi back then.) Of course, someone probably decided
| to be
Kuba Ober [EMAIL PROTECTED] writes:
| I think we could have saved some time, if we were able to work both on a
| single document at the same time. So I propose a
| server-client-architecture for LyX that works in the same way as the
| team modus of starcraft. One opens a server with the
Lars Gullik Bjønnes wrote:
| I didn't know LyX was that clean internally. For most other apps that
| would be close to a rewrite of the core parts.
Perhaps I am a bit too optimistic :-)
The main work (before splitting in a server and client) would be to
change the interface between core
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| I didn't know LyX was that clean internally. For most other apps that
| would be close to a rewrite of the core parts.
Perhaps I am a bit too optimistic :-)
The main work (before splitting in a server and client) would
I got annoyed by the warning message. Ok, Jean-Marc?
--
AngusIndex: src/frontends/qt2/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ChangeLog,v
retrieving revision 1.389.2.59
diff -u -p -r1.389.2.59
Kuba Ober wrote:
Man, if you can do it in a week and it works then I'm donating a case
of good
beer (or a monetary equivalent) to the cause (seriously).
I didn't know LyX was that clean internally. For most other apps that would be
close to a rewrite of the core parts.
I rather think it is
Kayvan,
I'm unsure whether you read the mailing list, hence the continued personal
mail. (Please include the ML in any reply. Makes life easier.)
You've reported two problems on Cygwin recently that both feel as if they're
'package' related.
1. Unable to delete temporary directory.
2. Unable
Helge Hafting [EMAIL PROTECTED] writes:
| Kuba Ober wrote:
Man, if you can do it in a week and it works then I'm donating a
case of good
beer (or a monetary equivalent) to the cause (seriously).
I didn't know LyX was that clean internally. For most other apps
that would be close to a
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Is it as simple as that?
Juergen It works at least.
Since nobody complained, I'll just commit it.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus The attached patch defines a new function prependEnvVar(name,
Angus prefix) and adds a new variable, path_prefix, to LyXRC. They
Angus are used to modify the PATH environment variable. It also adds
Angus a GUI interface to the Qt and XForms
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I got annoyed by the warning message. Ok, Jean-Marc?
Sure.
JMarc
Jean-Marc Lasgouttes wrote:
Angus The attached patch defines a new function prependEnvVar(name,
Angus prefix) and adds a new variable, path_prefix, to LyXRC. They
Angus are used to modify the PATH environment variable. It also adds
Angus a GUI interface to the Qt and XForms preferences
Am Freitag, 14. Januar 2005 13:17 schrieben Sie:
Hi Georg,
I got a mail from bugzilla saying that the bug I submitted is a
duplicate of bug 698. I agree. However, I found that bug 698 is already
more than two years old. Will it be fixed in 1.4? It is an annoying bug
(but that holds for nearly
Angus Leeming wrote:
Specifically, I suspect that something is going wrong with getEnvPath
which attempts to create a vector of paths from $PATH
/foo/bar:/usr/bin.
// 2. exe must be the name of the binary only and it
// can be found on the PATH.
string const exe_name =
Angus Leeming wrote:
Georg Baum wrote:
Yes. I knew that, but did not remember that _this_ could be your problem.
I don't know why it is like that, but if desired it would not be
difficult to call convertDefault.sh. Angus, do we want that?
Sure. I must have forgotten it.
This patch
Georg Baum wrote:
Yes. I knew that, but did not remember that _this_ could be your
problem. I don't know why it is like that, but if desired it would not
be difficult to call convertDefault.sh. Angus, do we want that?
Sure. I must have forgotten it.
This patch implements that. Jürgen,
Angus Leeming wrote:
I am able to run it from the build directory via src/lyx. and was
able to confirm that the patch works as expected. Thank you!
Good. Then I'll commit that.
Committed to the 1.4.x tree. I'll wait on JMarc's say so before committing
to the 1.3.x tree.
--
Angus
As discussed earlier with JMarc.
* define a new function
namespace lyx { namespace support {
void prependEnvVar(string const name, string const prefix);
} }
* add a new variable, prepend_path, to LyXRC.
* define a new function actOnUpdatedPrefs
* add GUI interface to the XForms
Lars, adding a new .ui file caused the make process to fail here:
make[1]: Entering directory
`/home/angus/lyx/devel/build/src/frontends/qt2/ui'
/usr/lib/qt-3.3//bin/uic -tr qt_ -impl `echo QPrefCygwinPathModule.h
../../../../../src/frontends/qt2/ui/QPrefCygwinPathModule.ui
Hi Angus!
I had following problems applying both of our patches:
* Spurious characters neat PATH_MAX
- removed
* Lyx_main.C:351: error: request for member `build_support' in `
lyx::support::package()', which is of non-aggregate type `const
lyx::support::Package()()'
- missing ()
*
Andreas Vox wrote:
Hi Angus!
Good evening, Andreas.
I had following problems applying both of our patches:
* Spurious characters neat PATH_MAX
- removed
* Lyx_main.C:351: error: request for member `build_support' in `
lyx::support::package()', which is of non-aggregate type `const
Angus Leeming [EMAIL PROTECTED] writes:
Andreas Vox wrote:
Hi Angus!
Good evening, Andreas.
Good night to you :-)
...
Could you 'cvs -q diff -upN andreas_13x.diff', etc and post the
files as
attachments?
Here you are. I only have 14x checked out so there's only the patch for
that.
Hi!
And here's the fun part: :-)
p-69-188:~/LYX/lyx-devel vox$ src/lyx -dbg init
src/lyx
Setting debug level to init
Debugging `init' (Program initialisation)
Checking whether LyX is run in place... yes
package
binary_dir /Users/vox/LYX/lyx-devel/src/
system_support
On Thu, Jan 13, 2005 at 10:07:27AM +0100, Jean-Marc Lasgouttes wrote:
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe John Weiss wrote:
Doesn't follow a strucutred concept, eh? Maybe you should read the
mailling list archives before insulting me.
Uwe Sorry I wouldn't harm anybody. I
On Thu, Jan 13, 2005 at 10:06:09AM +0100, Lars Gullik Bjønnes wrote:
John Weiss [EMAIL PROTECTED] writes:
| On Fri, Jan 07, 2005 at 05:18:23PM +0100, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Given this, which is MacOS X code to fill 'application_support':
On Thu, Jan 13, 2005 at 03:34:24AM +0100, Uwe Stöhr wrote:
John Weiss wrote:
Doesn't follow a structured concept, eh?
Maybe you should read the mailling list archives before insulting me.
Sorry I wouldn't harm anybody. I didn't know that there is an active doc
maintainer. I asked that on
On Wed, Jan 12, 2005 at 05:20:49PM -0800, Jeremy C. Reed wrote:
On Wed, 12 Jan 2005, John Weiss wrote:
Use a separate doc and include it via a master doc.
I was thinking about that. Other than the book will have a lot of
redundant information.
Yes, that is a problem, isn't it?
One of
On Thu, Jan 13, 2005 at 09:18:50AM +0200, Martin Vermeer wrote:
On Wed, 2005-01-12 at 05:45, Andreas Vox wrote:
What, *any* of those? Doesn't your orthography comittee tell you which
one is the right one? Ours would.
And then you would proceed ignoring them and go on writing it the way
OTOH, if you're really serious about taking on updating the docs, Uwe,
I have some suggestions.
First, see where we've been. I've written copious bytes describing
the design and goals of the docs. It'd be foolish not to look at
that. Wanna know why some part of the docs is the way it is? Ask
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Thursday 13 January 2005 16:34, Lars Gullik Bjønnes wrote:
>> | You don't mean a do you? Lord no :)
>>
>> well I do.. and that would work.
>> (ascii browsers be damned)
>
| No, please don't do that. I don't care either about text (not only ascii)
John Weiss <[EMAIL PROTECTED]> writes:
| On Wed, Jan 12, 2005 at 11:35:51AM +0100, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | While we're at it, however, what's a "lanuage"?
>>
>> that is the lesson you just received.
>
| Methinks Angus refers to the missing
John Weiss <[EMAIL PROTECTED]> writes:
| Uwe:
>
| For future reference:
>
| When I was working on this 7 years ago, I added various ERT to ensure
| a good-looking print version. (I proofread the "print" version using
| ghostscript or xdvi back then.) Of course, someone probably decided
| to "be
Kuba Ober <[EMAIL PROTECTED]> writes:
>> | I think we could have saved some time, if we were able to work both on a
>> | single document at the same time. So I propose a
>> | server-client-architecture for LyX that works in the same way as the
>> | "team modus" of starcraft. One opens a server
Lars Gullik Bjønnes wrote:
> | I didn't know LyX was that clean internally. For most other apps that
> | would be close to a rewrite of the core parts.
>
> Perhaps I am a bit too optimistic :-)
>
> The main work (before splitting in a server and client) would be to
> change the interface between
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | I didn't know LyX was that clean internally. For most other apps that
>> | would be close to a rewrite of the core parts.
>>
>> Perhaps I am a bit too optimistic :-)
>>
>> The main work (before splitting in a server and
I got annoyed by the warning message. Ok, Jean-Marc?
--
AngusIndex: src/frontends/qt2/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ChangeLog,v
retrieving revision 1.389.2.59
diff -u -p -r1.389.2.59
Kuba Ober wrote:
Man, if you can do it in a week and it works then I'm donating a case
of good
beer (or a monetary equivalent) to the cause (seriously).
I didn't know LyX was that clean internally. For most other apps that would be
close to a rewrite of the core parts.
I rather think it is
Kayvan,
I'm unsure whether you read the mailing list, hence the continued personal
mail. (Please include the ML in any reply. Makes life easier.)
You've reported two problems on Cygwin recently that both feel as if they're
'package' related.
1. Unable to delete temporary directory.
2. Unable
Helge Hafting <[EMAIL PROTECTED]> writes:
| Kuba Ober wrote:
>
>> Man, if you can do it in a week and it works then I'm donating a
>> case of good
>>
>>beer (or a monetary equivalent) to the cause (seriously).
>>
>> I didn't know LyX was that clean internally. For most other apps
>> that would be
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Is it as simple as that?
Juergen> It works at least.
Since nobody complained, I'll just commit it.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The attached patch defines a new function prependEnvVar(name,
Angus> prefix) and adds a new variable, path_prefix, to LyXRC. They
Angus> are used to modify the PATH environment variable. It also adds
Angus> a GUI interface to the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I got annoyed by the warning message. Ok, Jean-Marc?
Sure.
JMarc
Jean-Marc Lasgouttes wrote:
> Angus> The attached patch defines a new function prependEnvVar(name,
> Angus> prefix) and adds a new variable, path_prefix, to LyXRC. They
> Angus> are used to modify the PATH environment variable. It also adds
> Angus> a GUI interface to the Qt and XForms preferences
Am Freitag, 14. Januar 2005 13:17 schrieben Sie:
> Hi Georg,
> I got a mail from bugzilla saying that the bug I submitted is a
> duplicate of bug 698. I agree. However, I found that bug 698 is already
> more than two years old. Will it be fixed in 1.4? It is an annoying bug
> (but that holds for
Angus Leeming wrote:
> Specifically, I suspect that something is going wrong with getEnvPath
> which attempts to create a vector of paths from $PATH
> "/foo/bar:/usr/bin".
> // 2. exe must be the name of the binary only and it
> // can be found on the PATH.
> string const exe_name =
Angus Leeming wrote:
> Georg Baum wrote:
>> Yes. I knew that, but did not remember that _this_ could be your problem.
>> I don't know why it is like that, but if desired it would not be
>> difficult to call convertDefault.sh. Angus, do we want that?
>
> Sure. I must have forgotten it.
This
Georg Baum wrote:
>>> Yes. I knew that, but did not remember that _this_ could be your
>>> problem. I don't know why it is like that, but if desired it would not
>>> be difficult to call convertDefault.sh. Angus, do we want that?
>>
>> Sure. I must have forgotten it.
>
> This patch implements
Angus Leeming wrote:
>> I am able to run it from the build directory via "src/lyx". and was
>> able to confirm that the patch works as expected. Thank you!
>
> Good. Then I'll commit that.
Committed to the 1.4.x tree. I'll wait on JMarc's say so before committing
to the 1.3.x tree.
--
Angus
As discussed earlier with JMarc.
* define a new function
namespace lyx { namespace support {
void prependEnvVar(string const & name, string const & prefix);
} }
* add a new variable, prepend_path, to LyXRC.
* define a new function actOnUpdatedPrefs
* add GUI interface to the
Lars, adding a new .ui file caused the make process to fail here:
make[1]: Entering directory
`/home/angus/lyx/devel/build/src/frontends/qt2/ui'
/usr/lib/qt-3.3//bin/uic -tr qt_ -impl `echo QPrefCygwinPathModule.h
../../../../../src/frontends/qt2/ui/QPrefCygwinPathModule.ui
Hi Angus!
I had following problems applying both of our patches:
* Spurious characters neat PATH_MAX
-> removed
* Lyx_main.C:351: error: request for member `build_support' in `
lyx::support::package()', which is of non-aggregate type `const
lyx::support::Package&()()'
-> missing ()
*
Andreas Vox wrote:
> Hi Angus!
Good evening, Andreas.
> I had following problems applying both of our patches:
>
> * Spurious characters neat PATH_MAX
> -> removed
> * Lyx_main.C:351: error: request for member `build_support' in `
> lyx::support::package()', which is of non-aggregate type
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Andreas Vox wrote:
>
> > Hi Angus!
>
> Good evening, Andreas.
Good night to you :-)
...
> Could you 'cvs -q diff -upN > andreas_13x.diff', etc and post the
files as
> attachments?
Here you are. I only have 14x checked out so there's only the patch
Hi!
And here's the fun part: :-)
p-69-188:~/LYX/lyx-devel vox$ src/lyx -dbg init
src/lyx
Setting debug level to init
Debugging `init' (Program initialisation)
Checking whether LyX is run in place... yes
binary_dir /Users/vox/LYX/lyx-devel/src/
system_support
On Thu, Jan 13, 2005 at 10:07:27AM +0100, Jean-Marc Lasgouttes wrote:
> > "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> Uwe> John Weiss wrote:
> >> Doesn't follow a strucutred concept, eh? Maybe you should read the
> >> mailling list archives before insulting me.
>
> Uwe> Sorry I
On Thu, Jan 13, 2005 at 10:06:09AM +0100, Lars Gullik Bjønnes wrote:
> John Weiss <[EMAIL PROTECTED]> writes:
>
> | On Fri, Jan 07, 2005 at 05:18:23PM +0100, Lars Gullik Bjønnes wrote:
> >> Angus Leeming <[EMAIL PROTECTED]> writes:
> >>
> >> | Given this, which is MacOS X code to fill
On Thu, Jan 13, 2005 at 03:34:24AM +0100, Uwe Stöhr wrote:
> John Weiss wrote:
>
> >Doesn't follow a structured concept, eh?
> >Maybe you should read the mailling list archives before insulting me.
>
> Sorry I wouldn't harm anybody. I didn't know that there is an active doc
> maintainer. I asked
On Wed, Jan 12, 2005 at 05:20:49PM -0800, Jeremy C. Reed wrote:
> On Wed, 12 Jan 2005, John Weiss wrote:
>
> > Use a separate doc and include it via a master doc.
>
> I was thinking about that. Other than the book will have a lot of
> redundant information.
Yes, that is a problem, isn't it?
>
On Thu, Jan 13, 2005 at 09:18:50AM +0200, Martin Vermeer wrote:
> On Wed, 2005-01-12 at 05:45, Andreas Vox wrote:
> > What, *any* of those? Doesn't your orthography comittee tell you which
> > one is the right one? Ours would.
>
> And then you would proceed ignoring them and go on writing it the
OTOH, if you're really serious about taking on updating the docs, Uwe,
I have some suggestions.
First, see where we've been. I've written copious bytes describing
the design and goals of the docs. It'd be foolish not to look at
that. Wanna know why some part of the docs is the way it is? Ask
62 matches
Mail list logo