Enrico Forestieri <[EMAIL PROTECTED]> writes:
> please attached find an archive containing both source and
> executable of lp.exe. Put it in the LyX\bin directory, reconfigure
> LyX and then try printing from within LyX. You simply need gsview
> and ghostscript.
>
It doesn't work for me. LyX gi
Abdelrazak Younes a écrit :
Edwin Leuven a écrit :
> do others see this?
>
> recipe:
>
> ctrl-n
> ctrl-m
> a
> arrow right
> enter
> arrow up
Here is a patch that should get rid of the crash (even though I can't
reproduce it). It is not the auto-label feature I promised (still in the
Enrico Forestieri wrote:
On Sat, Apr 15, 2006 at 05:36:35PM -0400, Paul A. Rubin wrote:
No printing is also typical. Printing under Windows is apparently a bit
of an adventure. (I always print from either Yap or AR, so I've never
bothered to set it up.) There have been some posts on the use
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
As a side note, I don't like this slider so I didn't bother fixing it.
IMHO it is not very useful as it is. I would prefer two up and down
little arrows with an edit box indicating the depth. But even that is
IMHO not very useful.
I'll co
With this checkbox, user can switch between viewing the whole source
code, and part of it (current behavior). This is useful to view the
front matters.
Since automatic update of the whole source code may become too much a
burden, I propose an additional 'auto update' checkbox which will be
turned
> First, the lyx installer looked up the websites of all these
> other necessary things (gostscript, pythong,...)
> Unfortunately, none were actually installed, I just got
> the correct download page in explorer. But that's
> ok, I new what to do although it'd be ice if it was automatic.
Uwe, peo
On Sat, Apr 15, 2006 at 05:36:35PM -0400, Paul A. Rubin wrote:
> No printing is also typical. Printing under Windows is apparently a bit
> of an adventure. (I always print from either Yap or AR, so I've never
> bothered to set it up.) There have been some posts on the user list
> about it.
Helge Hafting wrote:
And again - no path to the msys stuff.
Added that temporarily, ran "sh configure" and a lot of things happened.
So lyx starts, but no view->dvi, no view->pdf, no printing.
And no time to figure it out.
No View->DVI is odd. I assume your sister uses MiKTeX (?). If so, is
Today I tried to install lyx 1.4.1 on my sisters PC.
Not something I had too much time for, it was done
inbetween solving afileserver problem.
Windows is not my platform of choice - and so it went wrong.
The experience was very similiar to the time when I
tried 1.3.6 on my mothers pc.
First, the
Abdelrazak Younes wrote:
> As a side note, I don't like this slider so I didn't bother fixing it.
> IMHO it is not very useful as it is. I would prefer two up and down
> little arrows with an edit box indicating the depth. But even that is
> IMHO not very useful.
I'll commit the attached fix short
Am Freitag, 14. April 2006 20:05 schrieb Enrico Forestieri:
> On Fri, Apr 14, 2006 at 07:33:52PM +0200, Georg Baum wrote:
> > Does src/mathed/math_biginset.[Ch] not work?
>
> Seemingly it does not, as if in mathed I write
>
> \bigl(x\bigr)
>
> I simply see "bigl" and "bigr" in red and not a bi
On Sat, Apr 15, 2006 at 06:54:56PM +0200, Georg Baum wrote:
> Am Samstag, 15. April 2006 18:21 schrieb Enrico Forestieri:
> > Very unlikely failure on windows, very unlikely failure on unix, but
> > certain failure with cygwin. It seems to me that you don't care for
> cygwin.
>
> I care far too
On 4/15/06, Georg Baum <[EMAIL PROTECTED]> wrote:
> Am Samstag, 15. April 2006 19:23 schrieb Bo Peng:
> > This dialog can view other source type like linuxdoc and docbook, so
> > it is better termed as 'view-source'. There is currently one type of
> > syntax highlighting though.
>
> BTW since you h
Am Samstag, 15. April 2006 19:23 schrieb Bo Peng:
> This dialog can view other source type like linuxdoc and docbook, so
> it is better termed as 'view-source'. There is currently one type of
> syntax highlighting though.
BTW since you have that it would be nice to use it in the preamble dialog,
> looks ok here
>
> general comment: i think "view latex code" or something like that would
> be more appropriate
>
This dialog can view other source type like linuxdoc and docbook, so
it is better termed as 'view-source'. There is currently one type of
syntax highlighting though.
Bo
Am Samstag, 15. April 2006 18:21 schrieb Enrico Forestieri:
> Very unlikely failure on windows, very unlikely failure on unix, but
> certain failure with cygwin. It seems to me that you don't care for
cygwin.
I care far too much given that I don't use it. If this is a certain
failure on cygwin,
On Sat, Apr 15, 2006 at 06:12:57PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
> >
> >> Enrico Forestieri a écrit :
> >
> [...]
> > Thanks a lot, Abdel.
>
> You're welcome.
>
> >>> Anyway, I don't think th
Hello,
I have this fix in my tree. Well at least it is a fix for windows (I
noticed the problem in my config.log) and I guess it should be harmless
under unix. But I suspect that if you want to link dynamically with
libiconv, the current test will fail.
Could someone test this under linux pl
On Sat, Apr 15, 2006 at 06:01:47PM +0200, Georg Baum wrote:
> Am Samstag, 15. April 2006 17:39 schrieb Enrico Forestieri:
> > So, you look for ';' in the output and if it is there SEP=';',
> > otherwise SEP=':'. Can't fail.
>
> Wrong:
>
> mkdir -p /home/georg/tmp/semi\;colon/tex
> export TEXMFLO
Enrico Forestieri a écrit :
On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
[...]
Thanks a lot, Abdel.
You're welcome.
Anyway, I don't think that it is a so great pain having to specify
some variables on the configure command line. You can
Am Samstag, 15. April 2006 17:39 schrieb Enrico Forestieri:
> So, you look for ';' in the output and if it is there SEP=';',
> otherwise SEP=':'. Can't fail.
Wrong:
mkdir -p /home/georg/tmp/semi\;colon/tex
export TEXMFLOCAL=/home/georg/tmp/semi\;colon/
kpsewhich --show-path=.tex
.:/home/georg/.te
Juergen Spitzmueller a écrit :
Abdel,
I'm putting the attached patch in. It just uses a proper grid layout for the
dialog, nothing more.
Fine.
I guess you are aware that the slider thing does not work yet.
Yes, feel free to fix some other bugs ;-)
As a side note, I don't like this slider s
Abdel,
I'm putting the attached patch in. It just uses a proper grid layout for the
dialog, nothing more.
I guess you are aware that the slider thing does not work yet.
Jürgen
Index: src/frontends/qt4/ui/QTocUi.ui
===
--- src/fronten
On Sat, Apr 15, 2006 at 04:56:28PM +0200, Georg Baum wrote:
> Am Freitag, 14. April 2006 20:56 schrieb Enrico Forestieri:
> > I added a comment and also took into account a fix for the separator
> > in lib/scripts/TeXFiles.sh. Here SEP is set to ';' or ':' simply based
> > on the existence or not
Edwin Leuven a écrit :
> do others see this?
>
> recipe:
>
> ctrl-n
> ctrl-m
> a
> arrow right
> enter
> arrow up
Here is a patch that should get rid of the crash (even though I can't
reproduce it). It is not the auto-label feature I promised (still in the
works) but it simplify the calls to up
Hartmut Haase wrote:
> What effect has "Generate hyperlink" in Insert->URL?
AFAIK none if you use LaTeX as backend (although it should create a proper
hyperlink on HTML output, if that was not broken).
For Docbook however, this apparently works.
Jürgen
Hartmut Haase wrote:
> What does "Alternative language:" and "Use input encoding" in
> Document->Preferences->Language mean, and how are they used?
"Alternative language" has to be used when the name of the spellchecker
dictionary differs from the LaTeX's (babel's) name for that language. E.g.,
On Sat, Apr 15, 2006 at 05:02:09PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > I mean that you know that you should use -mno-cygwin only after
> > ascertaining that you want windows packaging. Until this point,
> > the configure script has already performed many checks using
Abdelrazak Younes wrote:
> Yep. This one fixes all the use cases... Jurgen, the man who fixes bugs
> faster than his shadow!
If all bugs were that easy to fix ...
It's going to trunk now. Let's wait for Jean-Marc's call about branch.
Jürgen
Enrico Forestieri a écrit :
On Sat, Apr 15, 2006 at 02:33:39PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
[...]
Abdel,
I have come up with the attached cygwin.m4, but I am sorry to say
that the -mno-cygwin t
On Sat, Apr 15, 2006 at 03:07:16PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes a écrit :
> > Enrico Forestieri a écrit :
> [...]
> >
> >> CPPFLAGS="${CPPFLAGS} -IC:/MinGW/include"
> >> LDFLAGS="${LDFLAGS} -LC:/MinGW/lib"
> >
> > We should maybe inverse the order in or
Am Freitag, 14. April 2006 20:56 schrieb Enrico Forestieri:
> I added a comment and also took into account a fix for the separator
> in lib/scripts/TeXFiles.sh. Here SEP is set to ';' or ':' simply based
> on the existence or not of the environment variable COMSPEC.
> But the cygwin tetex uses ':'
On Sat, Apr 15, 2006 at 10:28:25AM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | I also was kidding, of course
> | I think they are a bit biased against me given that I admitted to
> | be a C++ newbie
> | In a sense, I feel at home with cygwin, as it co
On Sat, Apr 15, 2006 at 02:33:39PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
> [...]
> > Abdel,
> >
> > I have come up with the attached cygwin.m4, but I am sorry to say
> > that the -mno-cygwin thing doesn
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
Another in the same league is when you click in a cross-reference i.e.
the dialog opens but the cursor jumps automatically to its previous
location. IMHO, it should be repositioned just before or after the
button.
Same thing when you right
Abdelrazak Younes wrote:
But the fonts are too big under window, is it the same under X11?
looks ok here
general comment: i think "view latex code" or something like that would
be more appropriate
Georg Baum wrote:
> The current solution is better, but a bit more code. I prefer it too, I
> only outlined the above because Lars seemed to agree with the global
> cache.
O.K.
> Note that I wrote the message before you committed the current solution.
> It spent some hours in a black hole and cam
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
Another in the same league is when you click in a cross-reference i.e.
the dialog opens but the cursor jumps automatically to its previous
location. IMHO, it should be repositioned just before or after the
button.
Same thing when you right
Am Samstag, 15. April 2006 16:08 schrieb Juergen Spitzmueller:
> Georg Baum wrote:
> > If you are going to do that I would make the cache a static member of
> > InsetBibtex, and provide a static get method for it.
>
> Would that work if we have several bibtex insets (i.e. bibtopic)?
Depends on h
Bo Peng a écrit :
If your Qt4 version works i.e. compile and doesn't make lyx crash,
please commit it yourself and we work from there.
Done.
Very good. I like the feature a lot!
But the fonts are too big under window, is it the same under X11?
The ugliness of qt4 comes from the fact (I gues
Abdelrazak Younes wrote:
> > Another in the same league is when you click in a cross-reference i.e.
> > the dialog opens but the cursor jumps automatically to its previous
> > location. IMHO, it should be repositioned just before or after the
> > button.
>
> Same thing when you right-click on a tab
> If your Qt4 version works i.e. compile and doesn't make lyx crash,
> please commit it yourself and we work from there.
Done.
The ugliness of qt4 comes from the fact (I guess) that my kde3 uses
qt3 and qt4 can not get a working style file from the system. I guess
I can get such things from onlin
Georg Baum wrote:
> After a second thought I believe that a global cache would indeed work.
> The only difference to a per-buffer cache would be that the files are
> scanned again if any bibfile, not only a bibfile sued by the buffer has
> changed. That could lead to unnecessary recreation of the l
Am Samstag, 15. April 2006 10:41 schrieb Juergen Spitzmueller:
> Lars Gullik Bjønnes wrote:
> > Why is std::copy needed?
It was the first solution that came to my mind.
> > std::vector::assign or std::vector::insert should be able to do this.
Yes.
> > Right. And buffer is the wrong place for it
Abdelrazak Younes a écrit :
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
There is another bug (both qt2 and qt4) with cursor that is annoying:
1) Make sure that the "Cursor follow srollbar" option is not set.
2) sroll with the scrollbar to some place in the document where there is
a
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
There is another bug (both qt2 and qt4) with cursor that is annoying:
1) Make sure that the "Cursor follow srollbar" option is not set.
2) sroll with the scrollbar to some place in the document where there is
an inset (foot for example).
3
Abdelrazak Younes wrote:
> There is another bug (both qt2 and qt4) with cursor that is annoying:
>
> 1) Make sure that the "Cursor follow srollbar" option is not set.
> 2) sroll with the scrollbar to some place in the document where there is
> an inset (foot for example).
> 3) click on the [foot] i
Abdelrazak Younes a écrit :
Enrico Forestieri a écrit :
[...]
CPPFLAGS="${CPPFLAGS} -IC:/MinGW/include"
LDFLAGS="${LDFLAGS} -LC:/MinGW/lib"
We should maybe inverse the order in order to make sure that the mingw
headers and libs are used first:
CPPFLAGS="$-I
Enrico Forestieri a écrit :
On Fri, Apr 14, 2006 at 06:02:25PM +0200, Abdelrazak Younes wrote:
[...]
Abdel,
I have come up with the attached cygwin.m4, but I am sorry to say
that the -mno-cygwin thing doesn't work when done this way.
Notice that it kicks in when --with-packaging=windows is spe
Am Samstag, 15. April 2006 10:22 schrieb Lars Gullik Bjønnes:
> Eventually something must be done with this if .. if ... if list
>
> Using a map or an unordered_map seems like a solution, not right now
> perhaps.
I am not sure. What would you store in the map? The problem is that we
sometimes ne
"Jeremy C. Reed" <[EMAIL PROTECTED]> writes:
| (I have emailed about core dumps on close on NetBSD many times. I am the
| package maintainer for NetBSD's lyx. I have provided a patch for this
| package so it won't core dump on close. I wish it would be included in
| lyx's source.)
It seems tha
Lars Gullik Bjønnes wrote:
> | Why c_str()? And are you sure that you always use absolute filenames
> | here?
>
> Right c_str seems to be superfluous
> (is *it instead)
Done so (by Georg).
> |
> | vector const bibfiles =
> | inset.getFiles(*this); std::copy(bibfiles.
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| I also was kidding, of course
| I think they are a bit biased against me given that I admitted to
| be a C++ newbie
| In a sense, I feel at home with cygwin, as it compares to Windows as
| the ixemul.library was comparing to the Amiga
| It was a j
Georg Baum <[EMAIL PROTECTED]> writes:
| Index: src/mathed/math_factory.C
| ===
| --- src/mathed/math_factory.C (Revision 13676)
| +++ src/mathed/math_factory.C (Arbeitskopie)
| @@ -37,6 +37,7 @@
| #include "math_makeboxinset.h"
| #
Georg Baum <[EMAIL PROTECTED]> writes:
| > + bool changed = false;
| > + for (vector::const_iterator it = bibfilesCache.begin();
| > + it != bibfilesCache.end(); ++ it) {
| > + string const f = it->c_str();
|
| Why c_str()? And are you sure that you
Bennett Helm wrote:
> > I would say put it in trunk when you think it is tested enough.
>
> I've been testing it (on Mac) and find nice speed improvements, with
> no apparent problems. Well done!
OK, I'll put it in then.
Jürgen
Bo Peng a écrit :
Hi, Abdel,
Just to play with the QSyntaxHighlighting which is not available for
qt3, I installed qt4/x11 and port the view-source dialog to it.
Attached is the patch. It is the same for view-source/qt3, plus syntax
highlighting for %, $$ and \whatever. Please have a look. If yo
57 matches
Mail list logo
