I used to use \includeonly{some-child-doc} in the preamble a lot.
However, it stopped working recently, since the child documents (i.e. the
*.tex files) are now renamed to
"_path_to_working_dir-_some-child-doc"
Of course it works again if I enter
\includeonly{_path_to_working_dir-_some-child-do
Hey,
Ive been searching around the web for an answer to this problem and
can find nothing. I am running a Mac with the latest version of OS X
and I have followed the installation page that I found on one of the
Lyx.org linked sites. My question is when I put a jpg or any other
graphic in
On Aug 6, 2006, at 5:51 PM, Jean-Marc Lasgouttes wrote:
Dear all,
Now that I am back from vacation, I have uploaded the binaries that
were on ftp.devel.lyx.org to ftp.lyx.org/pub/lyx/bin/1.4.2
The platforms are: Mac/PPC, Mac/Intel, Cygwin, SUSE 10.1, Ubuntu
Dapper.
Please tell me if I forgot
This energy would be better used by removing the console and
redirecting the output in some file.
I am not 100% sure but it seems to me that even if lyx itself can get
rid of the console window, many of the scripts lyx calls need it. A
console window will be created whenever such a script is ca
Bo> I am adding this to the trunk, and I will have to ask JMarc for
Bo> putting this to 1.4.x (after he gets back from vacation).
Please apply it (or do you want me to do it?)
Done.
Bo
Well I would have appreciated to have an occasion to see the patch
first. I guess I will have to ask trac.
This is why we need trac. Anyway, the changes are pretty big, and many
are cosmetic. it is far easier just looking at the python files.
Bo
On Sun, Aug 06, 2006 at 11:51:37PM +0200, Jean-Marc Lasgouttes wrote:
>
> Dear all,
>
> Now that I am back from vacation, I have uploaded the binaries that
> were on ftp.devel.lyx.org to ftp.lyx.org/pub/lyx/bin/1.4.2
>
> The platforms are: Mac/PPC, Mac/Intel, Cygwin, SUSE 10.1, Ubuntu
> Dapper
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Our only option really is to remove this mirror from the list of
Lars> mirrors. (or mark it as outdated.)
I contacted the person responsible for it (whose address is
conveniently kept in download/index.php :), we'll see what h
Dear all,
Now that I am back from vacation, I have uploaded the binaries that
were on ftp.devel.lyx.org to ftp.lyx.org/pub/lyx/bin/1.4.2
The platforms are: Mac/PPC, Mac/Intel, Cygwin, SUSE 10.1, Ubuntu
Dapper.
Please tell me if I forgot something.
JMarc
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Michael Gerz <[EMAIL PROTECTED]> writes:
|
| | Michael Gerz wrote:
| |
| | > Lars,
| | >
| | > whatever happened in the last two weeks: I can no longer run
| | > ./configure (with a fresh svn copy)
| | >
| | > ./configure: line 23230: syntax erro
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> * We'd like an overview of what's in all the help files.
christian> Perhaps some kind of table of contents for the whole thing.
This already exists in the Help menu.
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Also, I know JMarc is on vacation, but this 8859-15 change should
>> go to 1.4.x as well.
Georg> I think this is a corner case, since the fix is obvious. for
Georg> anything else I would say wait.
This was the right decision indeed.
JMa
Michael Gerz <[EMAIL PROTECTED]> writes:
| Michael Gerz wrote:
|
| > Lars,
| >
| > whatever happened in the last two weeks: I can no longer run
| > ./configure (with a fresh svn copy)
| >
| > ./configure: line 23230: syntax error near unexpected token
| > `GTK_FRONTEND,'
| > ./configure: line 232
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars,
|
| whatever happened in the last two weeks: I can no longer run
| ./configure (with a fresh svn copy)
|
| ./configure: line 23230: syntax error near unexpected token `GTK_FRONTEND,'
| ./configure: line 23230: `PKG_CHECK_MODULES(GTK_FRONTE
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> OK, I installed pkg-config (SuSE 9.3):
Isn't there some pkg-config-devel package too?
JMarc
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Hi, the following patch adds support for a fictitious file
Jose'> format called 249 which has the property that file encoding is
Jose'> utf-8.
@@ -0,0 +1,127 @@
+lang = {'afrikaans': ['afrikaans', 'Afrikaans', 'false', 'iso8859-1', '
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> - default, use latex default (this does not seem very
Jose'> portable). I guess that Jean-Marc knows the reason why we keep
Jose'> this option...
Jose'> I am working in the lyx2lyx module to convert to utf-8 so I
Jose'> need to k
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Well not quite, the Viva (defense, whatever...) will be in a
Jose'> couple of months, but as usual arriving here means that the
Jose'> task is almost finished.
Congratulation, Jose'! Some neverending tasks do end, after all...
Jos
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Many thanks, it works perfectly. If possible please add this to the
>> 1.4.x tree and to trunk.
Bo> I am adding this to the trunk, and I will have to ask JMarc for
Bo> putting this to 1.4.x (after he gets back from vacation).
Please apply it (
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I say, go for it. The LyX executable compiled in the main tree
Angus> would become lyxc.exe, a console app, and your thin WinGUI
Angus> wrapper would be lyx.exe. If our users need to debug a problem,
Angus> they just invoke lyxc.exe
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, what is the purpose of LyXConfig.lyx.in? It seems to be
Michael> unused (replaced by LaTeXConfig.lyx.in?)
It was supposed to be a replacement for LaTeXConfig.lyx.in. Please
drop it.
JMarc
On Mon, 31 Jul 2006 19:39:20 +0100 Jose' Matos <[EMAIL PROTECTED]> wrote:
> Thanks to the help of lyx developers and users, tips, advice, humour,
> no smile
> Fridays and so on, I have today officially delivered my thesis. It was
> a
> breeze with LyX. :-)
>
> Thanks guys (and gals),
> --
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Joost Verburg wrote:
>> Angus Leeming wrote:
>>> Seems to me that you're in danger of getting your commit
>>> privileges revoked. 1.4.x is JMarc's domain. Wait for him to
>>> return.
>> IIRC JMarc already agreed for this to be in
Juergen Spitzmueller wrote:
> > We should give a message somewhere, and skip the copy.
>
> Fine with me. As long as it doesn't silently assert.
Here's a patch for 1.4. I won't touch HEAD.
Jürgen
Index: src/buffer.C
===
--- src/buffer
Michael Gerz wrote:
Lars,
whatever happened in the last two weeks: I can no longer run
./configure (with a fresh svn copy)
./configure: line 23230: syntax error near unexpected token
`GTK_FRONTEND,'
./configure: line 23230: `PKG_CHECK_MODULES(GTK_FRONTEND,
gtkmm-2.4 libglademm-2.4
Michael Gerz wrote:
Temporarily or forever? Can we remove the files?
i will get rid of 'em once i put in the new bullet stuff...
Lars,
whatever happened in the last two weeks: I can no longer run ./configure
(with a fresh svn copy)
./configure: line 23230: syntax error near unexpected token `GTK_FRONTEND,'
./configure: line 23230: `PKG_CHECK_MODULES(GTK_FRONTEND,
gtkmm-2.4 libglademm-2.4 xft)'
pkg-config is n
Lars Gullik Bjønnes wrote:
> I am not sure that we should. (create it.)
>
> We should give a message somewhere, and skip the copy.
Fine with me. As long as it doesn't silently assert.
Jürgen
Edwin Leuven wrote:
Michael Gerz wrote:
Lars Gullik Bjønnes wrote:
Not quite. QT3_SUPPORT is still defined by configure. And if that is
removed the compile fails.
OK, I found the following "q3..." functions. They may be the reason
why QT3_SUPPORT is still needed.
no, qbrowsebox is n
Michael Gerz wrote:
Lars Gullik Bjønnes wrote:
Not quite. QT3_SUPPORT is still defined by configure. And if that is
removed the compile fails.
OK, I found the following "q3..." functions. They may be the reason why
QT3_SUPPORT is still needed.
no, qbrowsebox is not compiled
Mi
Lars Gullik Bjønnes wrote:
Not quite. QT3_SUPPORT is still defined by configure. And if that is
removed the compile fails.
OK, I found the following "q3..." functions. They may be the reason why
QT3_SUPPORT is still needed.
Michael
[EMAIL PROTECTED]:~/lyx-trunk/src/frontends/qt4> find
Michael Gerz wrote:
Lars Gullik Bjønnes wrote:
Wasn't it some dialogs missing something?
IIRC there was some issue with the bullets dialog.
am working on that now
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >| | Very good. Thanks for fixing this and sorry for forgetting it at the
| >| | first place. Maybe we'll have to start (again... ;-)) the discussion
| >| | about qt3 dropping someday...
| > | | Perhaps make the Qt4 port re
Lars Gullik Bjønnes wrote:
| | Very good. Thanks for fixing this and sorry for forgetting it at the
| | first place. Maybe we'll have to start (again... ;-)) the discussion
| | about qt3 dropping someday...
|
| Perhaps make the Qt4 port really good first?
Wasn't it some dialogs missing someth
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
| > Seems that
| > boost::filesystem asserts when it has to copy a file to a non-existing
| > directory.
|
| Indeed:
| http://www.boost.org/libs/filesystem/doc/operations.htm#empty_rationale
|
| I think we shouldn't j
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >"Bo Peng" <[EMAIL PROTECTED]> writes:
| >
| >| http://www.lyx.org/trac
| > | | Internal Server Error
| > | | The server encountered an internal error or misconfiguration and
| > was
| >| unable to complete your request.
|
Lars Gullik Bjønnes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
| http://www.lyx.org/trac
|
| Internal Server Error
|
| The server encountered an internal error or misconfiguration and was
| unable to complete your request.
Trac is not as stable as one would want it to be.
Really? I th
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Bennett Helm wrote:
| > With most recent 1.5svn, I get a crash on saving an existing
| > document. (It doesn't occur when saving a new document or saving-as a
| > new document, but it does occur when saving-as and overwriting an
| > existing
Juergen Spitzmueller wrote:
> Seems that
> boost::filesystem asserts when it has to copy a file to a non-existing
> directory.
Indeed:
http://www.boost.org/libs/filesystem/doc/operations.htm#empty_rationale
I think we shouldn't just assert in this case. It took me some time to find
out the reaso
Bennett Helm wrote:
> With most recent 1.5svn, I get a crash on saving an existing
> document. (It doesn't occur when saving a new document or saving-as a
> new document, but it does occur when saving-as and overwriting an
> existing document.)
I had a similar crash with 1.4.3svn today. It t
40 matches
Mail list logo
