Michael Schmitt wrote:
> Yes, the *.lst are generated and look good:
>
> ...
> C:/programme/texmf/bibtex/bib/base/xampl.bib
> C:/programme/texmf/bibtex/bib/dtk/beispiel.bib
> C:/programme/texmf/bibtex/bib/ieeetran/IEEEabrv.bib
A-ha! Is it possible that the windows paths are causing trouble
Juergen Spitzmueller wrote:
Michael Schmitt wrote:
I changed the line but LyX still crashes:
Indexing files of type cls
Indexing files of type sty
Indexing files of type bst
Indexing files of type bib
You didn't get those messages before?
Can you run the TeXFiles.sh script manually?
Michael Schmitt wrote:
> BTW: Could you please commit the attached file (de.po)?
Done.
Jürgen
Michael Schmitt wrote:
> I changed the line but LyX still crashes:
>
> Indexing files of type cls
> Indexing files of type sty
> Indexing files of type bst
> Indexing files of type bib
You didn't get those messages before?
Can you run the TeXFiles.sh script manually? Are the *.lst files being
gen
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
// list.erase(it, end);
Maybe erase is the problem.
Hm, looking at it again, I think you have to replace
list.erase(it, end);
by
list.erase(it);
I changed the line but LyX still crashes:
Indexing files
Michael Schmitt wrote:
> >Does the same problem also apply to the Bibtex dialog?
> >
>
> Yes. It crashes, too.
OK, then the problem is in tex_helpers. Can you please try to comment out at
tex_helpers.C, arounf line 84, as follows:
string const item = regex.Merge((*it), "/");
Juergen Spitzmueller wrote:
> // list.erase(it, end);
>
> Maybe erase is the problem.
Hm, looking at it again, I think you have to replace
list.erase(it, end);
by
list.erase(it);
Does this help?
Jürgen
Juergen Spitzmueller wrote:
Does the same problem also apply to the Bibtex dialog?
Yes. It crashes, too.
Michael
> > This application has requested the Runtime to terminate it in an
> > unusual way.
> > Please contact the application's support team for more information.
Does the same problem also apply to the Bibtex dialog?
Jürgen
Michael Schmitt wrote:
> This application has requested the Runtime to terminate it in an
> unusual way.
> Please contact the application's support team for more information.
That's strange. It works like a charm here.
> Unfortunately, I am not able to produce a binary with debug information,
>
Juergen Spitzmueller wrote:
You didn't break it actually. Attached is a slightly modified version for your
appreciated consideration.
Everything looks good here now.
Dear Jürgen,
I applied the patch but it breaks LyX 1.4.0, very latest CVS, on Win XP
with MinGW and QT3 Win/Free.
The fo
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
I'm afraid I've got confused by which patch I should be looking at.
I'm also afraid that I've broken it with my "file names with spaces"
patch. If you have the energy to make the patch again, I'll try and
find the energy to look at it c
Juergen Spitzmueller wrote:
> > I'm afraid I've got confused by which patch I should be looking at.
> > I'm also afraid that I've broken it with my "file names with spaces"
> > patch. If you have the energy to make the patch again, I'll try and
> > find the energy to look at it carefully :)
>
> You
Angus Leeming wrote:
> I'm afraid I've got confused by which patch I should be looking at.
> I'm also afraid that I've broken it with my "file names with spaces"
> patch. If you have the energy to make the patch again, I'll try and
> find the energy to look at it carefully :)
You didn't break it a
Juergen Spitzmueller wrote:
> The attached fixes it for me. Both setSelected and setCurrentItem are
> necessary, probably because we now have multi selection mode in that
> browser (i.e. you can select multiple citation entries at once).
>
> Please test.
No reaction ...
I applied this part.
Jürge
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
+ // resort if filename only (because of missing path)
+ if (!withFullPath)
+ dialog_->fileList->sort();
This does not work (the vector itself has to be reordered). I send a better
patch tomorrow.
Here it is. It look
Juergen Spitzmueller wrote:
> > + // resort if filename only (because of missing path)
> > + if (!withFullPath)
> > + dialog_->fileList->sort();
>
> This does not work (the vector itself has to be reordered). I send a better
> patch tomorrow.
Here it is. It looks more com
Juergen Spitzmueller wrote:
> Index: frontends/qt2/QTexinfo.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QTexinfo.C,v
> retrieving revision 1.27
> diff -u -r1.27 QTexinfo.C
> --- frontends/qt2/QTexinfo.C12
Juergen Spitzmueller wrote:
> > 2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
> > search entry "e" (d) Find Previous => Bang!
>
> I take it that (b) means Insert->Citation. I get no crash, but it's not
> working correctly either. I'll have a look.
>
> > 3. (a) Add some BibTeX
Angus Leeming wrote:
> I tried to fix that myself when adding the code to prevent a user from
> adding a "file name with spaces" if LaTeX didn't support it, (see the
> patch at http://article.gmane.org/gmane.editors.lyx.devel:44738) but
> failed. Not that I tried too hard. I'll be interested to see
Jürgen Spitzmüller wrote:
>> 5. Insert > List & TOC > BibTeX Bibliography > Add => There is an empty
>> entry at the top
>
> I'll have a look.
I tried to fix that myself when adding the code to prevent a user from
adding a "file name with spaces" if LaTeX didn't support it, (see the
patch at http
Michael Schmitt wrote:
> 1. Insert > List & TOC > BibTeX Bibliography > Add > Browse => Bang!
Hmm, not here. Do you have a backtrace?
> 2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
> search entry "e" (d) Find Previous => Bang!
I take it that (b) means Insert->Citation. I
Hi,
a couple of small bug reports regarding the Qt frontend:
1. Insert > List & TOC > BibTeX Bibliography > Add > Browse => Bang!
2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
search entry "e" (d) Find Previous => Bang!
3. (a) Add some BibTeX bibliography (b) Insert > Cross
23 matches
Mail list logo
