Uwe Stöhr wrote:
Georg Baum schrieb:
No, you don't need admin privileges to _read_ registry entries, we need
to _write_ some, for example the global PATH variable for Imagemagick.
??? I thought that the path_prefix rc value was invented to overcome this
problem, so setting a global PATH is no
On Tue, Apr 25, 2006 at 12:46:42PM +0300, Martin Vermeer wrote:
> On Tue, 2006-04-25 at 10:40 +0200, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Should be straightforward. What about
> > Martin> LFUN_OUTLINE_{UP|DOWN|IN|OUT}? For now
> This is just the case. The installer detects viewers. You can choose to
> install GSview and if it's not yet installed it will be.
I meant do not bundle it at all. Give a suggestion, a link and that is
it. An official (sorry for this word again) installer should include
only the essential part o
> Bo> Lyx needs Python, imagemagick etc to work, but ghostview can be
> Bo> replaced by other gs viewers.
>
> Which one specifically?
Maybe a cygwin/gv? I never did like the 'give me money' dialog when I
open ghostview.
> I am not sure I understand your scenario. The user chooses View>PS,
> windo
> I am searching around, and will provide
> a patch that disable this menu item when no viewer is linked to ps
> format (and to pdf).
http://www.informit.com/articles/article.asp?p=415193&seqNum=6
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersgu
On Tue, Apr 25, 2006 at 02:00:56PM +0200, Uwe Stöhr wrote:
> Angus Leeming wrote:
>
> >> These problems are known:
> >> - LyX's menus are not localized (english is used)
> >
> > H. What's strange is that it worked for me on my box when I was
> > packaging
> > this up. I'll find some time to
On Wed, Apr 26, 2006 at 12:18:34AM +0200, Enrico Forestieri wrote:
> On Tue, Apr 25, 2006 at 08:41:32PM +, Angus Leeming wrote:
>
> > Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > > Angus, can you try the attached patch? It works for me.
> > > In any case, moving around the whole LyX dir
Dear list,
We have had a long discussion regarding this auto view business. Here
is my second offer:
1. apply the attached patch. This is a slightly modified version of my
patch + Enrico's cygwin stuff.
With this patch, viewer for pdf/ps will be handled to windows
*completely*. When ghostview i
Exactly, I was writing back to tell you this when I received your email ;-)
The combination of notitlepage and \renewcommand works great.
Thanks a lot,
Sarjoun
On 4/25/06, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 26, 2006 at 12:43:16AM +0300, Martin Vermeer wrote:
> > On Tue, Apr
On Wed, Apr 26, 2006 at 01:14:55AM +0300, Martin Vermeer wrote:
> On Wed, Apr 26, 2006 at 12:43:16AM +0300, Martin Vermeer wrote:
> > On Tue, Apr 25, 2006 at 04:09:55PM -0400, Sarjoun Skaff wrote:
> > > Hi,
> >
> > ...
> > Confirmed.
> >
> > A quick fix is to replace \renewcommand on line 17 b
On Tue, Apr 25, 2006 at 08:41:32PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > Angus, can you try the attached patch? It works for me.
> > In any case, moving around the whole LyX dir I can get localized menus.
>
> I can certainly try but a couple of questions
On Wed, Apr 26, 2006 at 12:43:16AM +0300, Martin Vermeer wrote:
> On Tue, Apr 25, 2006 at 04:09:55PM -0400, Sarjoun Skaff wrote:
> > Hi,
>
> ...
> > Problem with title pages
> >
> > I was able to format a title page for my proposal document written with the
> > Articl
Hi Maarten,
thank you for the fast reply.
I confirm that your modification removes the error, but the document
output ignores the style sheet. Is this because I am using the Book
classfile and is there a workaround?
Thanks,
Sarjoun
On 4/25/06, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Tue,
On Tue, Apr 25, 2006 at 04:09:55PM -0400, Sarjoun Skaff wrote:
> Hi,
...
> This leads me to assume that classes have to be modified to work with LyX,
> is this correct?
No. Existing classes work unmodified, provided you build the corresponding
.layout file for them.
> If yes, why didn't the
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Angus, can you try the attached patch? It works for me.
> In any case, moving around the whole LyX dir I can get localized menus.
I can certainly try but a couple of questions first:
why are we falling through to hardcoded_localedir(). I could have
Hi,
I am getting ready to write my PhD thesis in Robotics. I am using LyX 1.4.1
for Windows and for Linux. I have been using LyX for my publications and for
writing my thesis proposal, and I have strong words of praise for your work.
However, I have been seriously slowed down by a couple of probl
On Thu, Apr 20, 2006 at 03:54:24PM +0200, Enrico Forestieri wrote:
> On Thu, Apr 20, 2006 at 11:55:38AM +0200, Georg Baum wrote:
> > Enrico Forestieri wrote:
> >
> > > I am not able to generate a bigger "{" by "\bigl\{" in mathed (I must
> > > use "\bigl\lbrace" for that) because I think that the
On Mon, Apr 17, 2006 at 08:57:54PM +0200, Georg Baum wrote:
> That is not possible with this approach, since the status line info is
> only obtained if the cursor is inside an inset.
Is it? I thought also the item to the left or right was considered.
Andre'
On Thu, Apr 20, 2006 at 11:55:38AM +0200, Georg Baum wrote:
> Make MathBigInset working
> * src/cursor.C
> (LCursor::plainInsert): combine the previous math atom with the new
> one to a MathBigInset if possible
Doing special case mathed stuff is not the business of LCursor.
On Fri, Apr 14, 2006 at 09:21:35PM +0200, Lars Gullik Bjønnes wrote:
> "Leuven, E." <[EMAIL PROTECTED]> writes:
>
> | > BTW, Andre' asked you to keep the actions in alphabetical order
> |
> | didn't have the impression that they were in alpabetical order
> |
> | will have a look tonight
>
> new
On Sat, Apr 15, 2006 at 07:49:25PM +0200, Georg Baum wrote:
> The alternative to this approach (storing the delimiter as uneditable
> string) would be to make the delimiter a normal cell. The advantage of
> that is that MathNestInset and LCursor don't need to be touched, but the
> disadvantage w
On Sat, Apr 15, 2006 at 10:22:21AM +0200, Lars Gullik Bjønnes wrote:
> | if (s == "tfrac")
> | return MathAtom(new MathTfracInset);
> | + if (s == "hphantom")
> | + return MathAtom(new
> MathPhantomInset(MathPhantomInset::hphantom));
>
> Eventually something must be do
On Mon, Apr 17, 2006 at 07:54:04PM +0200, Abdelrazak Younes wrote:
> +void TocModel::populate(toc::Toc const & toc_list)
> +{
> + clear();
> +
> + if (toc_list.empty())
> + return;
> +
> + int current_row;
> + QModelIndex top_level_item;
> +
> + toc::Toc::const_itera
and nr 12...
can this go in, or shall i ditch it?
Index: src/LyXAction.C
===
--- src/LyXAction.C (revision 13740)
+++ src/LyXAction.C (working copy)
@@ -353,6 +353,8 @@
{ LFUN_MOUSE_RELEASE, "", ReadOnly },
On Tue, Apr 25, 2006 at 02:30:30PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > I may well be wrong, though, and you may have already provided
> > a libintl_set_relocation_prefix() function in your build.
>
> Nope. I've hardly ever looked in intl and, in general
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> I think I've made the same statement in the past and you
> Angus> corrected me then also. Really, I must get a brain.
> Maybe you swapped with William (ala "The Curse of the Werewilliam").
He's quite sparky actually; more so than his dad ;
Uwe Stöhr wrote:
This is then not an installer issue. LyX's configure should indeed be
able to check for installed viewers, so that you can in this case simply
run reconfigure. At the moment you have to change the path in LyX's
preferences.
The idea is to check for viewers at LyX startup, so
Joost Verburg wrote:
2/ ask windows what viewers are available at runtime, and make them
available.
This is also already the case.
But it doesn't work when you install or move a viewer after installing
and configuring LyX. This is the most important thing that should be fixed.
This is the
Uwe Stöhr wrote:
2/ ask windows what viewers are available at runtime, and make them
available.
This is also already the case.
But it doesn't work when you install or move a viewer after installing
and configuring LyX. This is the most important thing that should be fixed.
In my opinion, L
On Tue, Apr 25, 2006 at 03:48:36PM +, Angus Leeming wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > Angus> The code in src/support/package.C uses the name of
> > Angus> the LyX executable to provide it with the necessary info to
> > Angus> find the .mo files; obviously that won't
Jean-Marc Lasgouttes schrieb:
I propose:
1/ when installing LyX, and maybe in some FAQ, tell the users why some
extra programs would be useful. It could be an extension of
LaTeXConfig.lyx.
The installer already explains for what the programs are needed.
2/ ask windows what viewers are avail
On Tue, Apr 25, 2006 at 05:45:20PM +0200, Abdelrazak Younes wrote:
> Thanks for these information Enrico. I know that I am such a lazy
> bastard and I could have found them by myself.
You're welcome. I had that info at hand, so I didn't the work for you ;-)
> It just happened to me that I keep
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> What you propose is to add menu entries for things that do not
>> work, it is different.
Bo> Then, give me a better idea. I have explained why your options are
Bo> worse than mine.
I propose:
1/ when installing LyX, and maybe in some FAQ, tel
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bo Peng a écrit :
No it tells the user "please browse you hard disk to find a
suitable application". And it forgets to add "good luck". I do not
see how someone is going to think about inst
On Tue, Apr 25, 2006 at 02:30:30PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > I may well be wrong, though, and you may have already provided
> > a libintl_set_relocation_prefix() function in your build.
>
> Nope. I've hardly ever looked in intl and, in general
> What you propose is to add menu entries for things that do not work,
> it is different.
Then, give me a better idea. I have explained why your options are
worse than mine.
Bo
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I think I've made the same statement in the past and you
Angus> corrected me then also. Really, I must get a brain.
Maybe you swapped with William (ala "The Curse of the Werewilliam").
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bo Peng a écrit :
>>> No it tells the user "please browse you hard disk to find a
>>> suitable application". And it forgets to add "good luck". I do not
>>> see how someone is going to think about installing gsview.
>>
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> No it tells the user "please browse you hard disk to find a
>> suitable application". And it forgets to add "good luck". I do not
>> see how someone is going to think about installing gsview.
Bo> Windows users may be incompetent, but not stupid
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> The code in src/support/package.C uses the name of
> Angus> the LyX executable to provide it with the necessary info to
> Angus> find the .mo files; obviously that won't work.
> Where is that??
I think I've made the same statement in the p
Thanks for these information Enrico. I know that I am such a lazy
bastard and I could have found them by myself.
It just happened to me that I keep all installed cygwin package in a
separate directory (I never use install from the internet) so I could as
well provide this set of package and th
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Andreas K. schrieb:
>> Could someone please put it in
>> ftp://ftp.lyx.org/pub/lyx/contrib/LyXWinInstaller/LyX141/
Uwe> I forgot to ask for this. Jean-Marc could you do this please?
Uwe> Thanks in advance.
I did it.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I see little point in cluttering the toolbar with this.
Lars> If anything is suited for lyxrc, this is it.
Lars> "compressNewFiles"
Lars> There should perhaps be a checkbox in the "Save AS" dialog, so
Lars> that an already c
On Tue, Apr 25, 2006 at 03:04:26PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Tue, Apr 25, 2006 at 10:58:43AM +0200, Abdelrazak Younes wrote:
> >
> >> What is the equivalent of /etc/fstab on cygwin? This information is in
> >> the registry?
> >
> > There is no /etc/fst
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> And we need to figureout where and when to have the event this
Lars> year.
Lars> Beginning of summer is bad for me, but anything in July and
Lars> onwards is just fine.
I am not sure I will be able to come this year. Anyway se
Bo Peng a écrit :
No it tells the user "please browse you hard disk to find a suitable
application". And it forgets to add "good luck". I do not see how
someone is going to think about installing gsview.
Windows users may be incompetent, but not stupid. "No viewer found" is
a *common* behavior
Joost Verburg schrieb:
Then why not add an option to the installer to download GSView (either
automatic or just a link) and hide the menu option when the user doesn't
need a PS viewer.
I'll try to implement this for the next installer version.
regards Uwe
> > OK, I have to agree that backporting is not fun. :-(
>
> Therefore I wanted you to do it ;-) (but svn merge helps a lot)
Operations themselves are not difficult, keeping track of (and
understanding) who did what, and which can and which can not go are.
Bo
Jean-Marc Lasgouttes wrote:
No it tells the user "please browse you hard disk to find a suitable
application". And it forgets to add "good luck". I do not see how
someone is going to think about installing gsview.
The right place to help the user pick the right programs is the
installer. This is
> No it tells the user "please browse you hard disk to find a suitable
> application". And it forgets to add "good luck". I do not see how
> someone is going to think about installing gsview.
Windows users may be incompetent, but not stupid. "No viewer found" is
a *common* behavior whenever someon
Bo Peng wrote:
> OK, I have to agree that backporting is not fun. :-(
Therefore I wanted you to do it ;-) (but svn merge helps a lot)
Georg
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| OK but the problem with your hidding menu philosophy is that the user
| will never know that he could use dvi or ps at the first place. As a
| user I'd rather be educated that, under Windows, View DVI is the best
| opt
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Here is the next step (with ChangeLog entries instead of a log
Georg> message because the svn merge gave them): Actually use
Georg> configure.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> b): there is a view->ps, when chosen, tells the user there is no
Bo> associated viewer and s/he needs to install one.
No it tells the user "please browse you hard disk to find a suitable
application". And it forgets to add "good luck". I do n
Jean-Marc Lasgouttes wrote:
> We do not want one LyX version to produce files another one will not
> read...
Yes indeed, the file format sherrif in me must have been sleeping.
Georg
Georg Baum wrote:
> Neal Becker wrote:
>
>> It looks like if I insert grace graphs and export to pdf, that the graphs
>> are first converted to png?
>
> Yes.
>
>> This is not optimal, grace can export to pdf if the option is compiled
>> in, and pdflatex works great with this directly.
>
> Yes.
On Tue, Apr 25, 2006 at 11:05:43AM +0200, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> |
> | Abdelrazak> This is maybe an indication that we should drop Xforms
> | Abdelrazak> support...
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
> Georg> Here is the next step (with ChangeLog entries instead of a log
> Georg> message because the svn merge gave them): Actually use
> Georg> configure.py. Jean-Marc, is this OK to go in? The plan
Uwe Stöhr a écrit :
Abdelrazak Younes wrote:
If you do the same renaming with the po files, would it fix the menu
language problem?
As I wrote in the email:
>> I also tried to rename the .mo-files from
>> "LyX1.4.x.mo" to "lyx.mo" as these were the filenames in LyX 1.3.x,
>> but that didn
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | >
Lars> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Lars> |
Lars> | Georg> bz2 gives better compression on average (at a higher
Lars> CPU cost), | Georg> so it might
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| OK but the problem with your hidding menu philosophy is that the user
| will never know that he could use dvi or ps at the first place. As a
| user I'd rather be educated that, under Windows, View DVI is the best
| option to check quickly the final o
Michael Gerz wrote:
> Hi Jean-Marc,
>
> here comes an updated list of potential 1.4.X patches.
Yes, mine (JS) should go in in any case (IMHO).
Jürgen
> This one is wrong and is not in 1.5.
OK, I have to agree that backporting is not fun. :-(
Bo
Jean-Marc Lasgouttes a écrit :
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
I tested Bo's patch and can tell that in this case they see a
dialog informing them that a default viewer for postscript is not
available. So they know that they have to do something...
Bo> Many thanks!. Finally someo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> bz2 gives better compression on average (at a higher CPU cost),
| Georg> so it might be useful. Anyway, this is not essential: If
| Georg> somebody finds the time to write a confi
> I do understand your idea. It does not mean I agree with it. Maybe
> people do not want/need a postscript viewer (pdflatex/acroread is OK,
> isn't it?).
What you have said, compared to the trouble of requiring ghostscript,
or not having this option at all, is not a problem.
For the first option
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> x
>> Some of the changes in Makefile.am look suspicious. Georg, do you
>> still have the patch you applied to 1.5? It would be better to sync
>> these.
Bo> The Makefile.am changes are copied from the 1.5.x patch. Just
Bo> compare Makefile.am
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> bz2 gives better compression on average (at a higher CPU cost),
Georg> so it might be useful. Anyway, this is not essential: If
Georg> somebody finds the time to write a configure test for the bzip2
Georg> lib and enables bzip2 compres
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Georg Baum wrote:
>> That is the problem. I hoped that you had, and did the syncing
>> yourself. I will not apply your patch (it does too many things at
>> once), but proceed step by step. The first step will be to apply
>> the attache
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This patch goes in now. Log: sync cleanup of lib/configure.py
Georg> with 1.5 (no functional changes)
Very good.
JMarc
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I tested Bo's patch and can tell that in this case they see a
>> dialog informing them that a default viewer for postscript is not
>> available. So they know that they have to do something...
Bo> Many thanks!. Finally someone seems to understan
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Bo Peng a écrit :
| > Dear all,
| > bzip2.cpp has been removed, so we have one less thing to worry about.
|
| OK but we still need a check for "zlib.h"...
We have that check... but as of now it is a bit circumvented.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| > I am more concerned with *lyx* compressed file with extension .lyx.
| > In this case, we do not need two compression formats.
|
| I think that was a mis-feature. IMO, .lyx files should be plain text. If you
| want compression do it the standard way.
> I think that was a mis-feature. IMO, .lyx files should be plain text. If you
> want compression do it the standard way.
We do not have to tell the user which compression format we use by a
.gz suffix. If someone wants a smaller file (e.g. for emailing), s/he
can go to document->settings (not yet
Abdelrazak Younes wrote:
If you do the same renaming with the po files, would it fix the menu
language problem?
As I wrote in the email:
>> I also tried to rename the .mo-files from
>> "LyX1.4.x.mo" to "lyx.mo" as these were the filenames in LyX 1.3.x,
>> but that didn't help.
Uwe
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The code in src/support/package.C uses the name of
Angus> the LyX executable to provide it with the necessary info to
Angus> find the .mo files; obviously that won't work.
Where is that??
Angus> The LyX 1.4.1 build should work bec
Angus Leeming wrote:
A. Interesting indeed. I compiled the plugin with g++. I take it that NSIS
itself is compiled with VS? I'll recompile with VS.
NSIS itself is indeed compiled with VS, but plug-in don't have to be
compiled with VS. There are even some Delphi plug-ins that work.
I'm h
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I may well be wrong, though, and you may have already provided
> a libintl_set_relocation_prefix() function in your build.
Nope. I've hardly ever looked in intl and, in general, LyX should also work
--without-included-gettext.
It seems that my list
Georg Baum wrote:
> That is the problem. I hoped that you had, and did the syncing yourself. I
> will not apply your patch (it does too many things at once), but proceed
> step by step. The first step will be to apply the attached patch, which
> according to you is only code reorganization.
Here
On Tue, Apr 25, 2006 at 11:45:25AM +, Angus Leeming wrote:
> Uwe Stöhr <[EMAIL PROTECTED]> writes:
> > Hello LyXers, under https://developer.berlios.de/
> > you can find the windows installer for LyX 1.4.1.
>
> A belated congratulations, Uwe!
>
> > These problems are known:
> > - LyX's menu
Neal Becker wrote:
> It looks like if I insert grace graphs and export to pdf, that the graphs
> are first converted to png?
Yes.
> This is not optimal, grace can export to pdf if the option is compiled in,
> and pdflatex works great with this directly.
Yes.
> What needs to be done to change t
Bo Peng wrote:
> Dear all,
>
> Attached is a patch for 1.4.x that
>
> 1. remove configure.m4
> 2. copy the latest 1.5.x configure.py to 1.4.x, as far as I know,
> current configure.py and ocnfigure.m4 are in sync.
No, they are not. The changes of r13520 and r13532 (bug 2107) should not go
in 1.
Bo Peng <[EMAIL PROTECTED]> writes:
> You are talking about *user* compressed lyx file. I.e., some one get a
> lyx file and compress it to .lyx.bz2.
Correct.
> I am more concerned with *lyx* compressed file with extension .lyx.
> In this case, we do not need two compression formats.
I think tha
It looks like if I insert grace graphs and export to pdf, that the graphs
are first converted to png?
This is not optimal, grace can export to pdf if the option is compiled in,
and pdflatex works great with this directly.
What needs to be done to change this?
Bo Peng wrote:
> You are talking about *user* compressed lyx file. I.e., some one get a
> lyx file and compress it to .lyx.bz2. I am more concerned with *lyx*
> compressed file with extension .lyx.
Both are the same from a LyX POV, since LyX does not care at all about
extensions.
> In this case,
> Of course, one might argue that the real power of Boost is to enable us to
> extend existing functionality for little or no cost. Why should .lyx.bz2 not
> work when .lyx.gz does?
You are talking about *user* compressed lyx file. I.e., some one get a
lyx file and compress it to .lyx.bz2. I am mo
Bo Peng a écrit :
Dear all,
bzip2.cpp has been removed, so we have one less thing to worry about.
OK but we still need a check for "zlib.h"...
Abdel.
Bo Peng <[EMAIL PROTECTED]> writes:
> bzip2.cpp has been removed, so we have one less thing to worry about.
Of course, one might argue that the real power of Boost is to enable us to
extend existing functionality for little or no cost. Why should .lyx.bz2 not
work when .lyx.gz does?
There is code
Uwe Stöhr wrote:
Georg Baum schrieb:
No, you don't need admin privileges to _read_ registry entries, we need
to _write_ some, for example the global PATH variable for Imagemagick.
??? I thought that the path_prefix rc value was invented to overcome this
problem, so setting a global PATH is no
Enrico Forestieri a écrit :
On Tue, Apr 25, 2006 at 10:58:43AM +0200, Abdelrazak Younes wrote:
What is the equivalent of /etc/fstab on cygwin? This information is in
the registry?
There is no /etc/fstab on cygwin and yes, the information is stored
in the registry but you should use "mount" bo
> > Bo> And we are getting rid of ghostview.
> >
> > Are we? Why? So (with your "auto" patch) users would see a
> > View>Postscript entry and wonder forever why it does not do anything
> > useful?
>
> I tested Bo's patch and can tell that in this case they see a dialog
> informing them that a defau
On Tue, Apr 25, 2006 at 10:21:26AM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> Bo> And we are getting rid of ghostview.
>
> Are we? Why? So (with your "auto" patch) users would see a
> View>Postscript entry and wonder forever why it does not do anyt
Dear all,
bzip2.cpp has been removed, so we have one less thing to worry about.
Bo
On Tue, Apr 25, 2006 at 10:58:43AM +0200, Abdelrazak Younes wrote:
> What is the equivalent of /etc/fstab on cygwin? This information is in
> the registry?
There is no /etc/fstab on cygwin and yes, the information is stored
in the registry but you should use "mount" both to access and modify
it.
Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > Interesting. Could you post the details of your compiler, compiler command,
> > the system you compiled this on, version of NSIS etc.
> > Are there any introspection tools that can compare two ostensibly identical
> > installers
x
>
> Some of the changes in Makefile.am look suspicious. Georg, do you
> still have the patch you applied to 1.5? It would be better to sync
> these.
The Makefile.am changes are copied from the 1.5.x patch. Just compare
Makefile.am with the 1.5.x one.
Bo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Uwe Stöhr a écrit :
> > this problem occurs also in your LyX 1.4svn builds when I use your
> > installer. I got many emails from users who claimed about this. I had a
> > look at this but couldn't find the problem, I assume a problem when LyX
> > i
Félix-Antoine Bourbonnais wrote:
> I've installed Beagle on my Desktop to index my documents in my home
> directory. I've found how to index Tex files but I didn't see anything
> about Lyx Files.
>
> To write a simple filter (external filter in XML) for LyX, I need to be
> able to extract only th
Uwe Stöhr a écrit :
Angus Leeming wrote:
These problems are known:
- LyX's menus are not localized (english is used)
H. What's strange is that it worked for me on my box when I was
packaging
this up. I'll find some time to investigate further.
Hello Angus,
this problem occurs also in
Angus Leeming wrote:
These problems are known:
- LyX's menus are not localized (english is used)
H. What's strange is that it worked for me on my box when I was packaging
this up. I'll find some time to investigate further.
Hello Angus,
this problem occurs also in your LyX 1.4svn builds
1 - 100 of 149 matches
Mail list logo
