On 05/28/2017 08:20 AM, Guillaume MM wrote:
Here is a patch, reviews are welcome.
Can't say much about the patch, but want to confirm that LyX is not
crashing any more.
Also pinging others to review the code, I think this is a pretty nasty
bug that definitely needs more testing.
On 05/26/2017 05:04 PM, PhilipPirrip wrote:
I think I caught this one too. I was working on a document with a few
float figures exported from inkscape as pdf, LyX 2.3.0alpha1 crashed
after updating (saving as pdf) one of the figures.
I was running J. Matos' version from
https
This used to work fine until LyX 2.3:
insert a hyperlink
select, toggle noun
you'll get
\noun{}\href{http://www.lyx.org}{lyx}
instead of
\noun{\href{http://www.lyx.org}{lyx}}
Is this intended behavior?
With \marginpar one gets
\noun{}\marginpar{\noun{bbb}}
which kind of makes more sense,
Just noticed the same. It seems enough to have "\lyxformat 543" changed
to, say, "\lyxformat 534" in an otherwise regular, simplest, empty LyX
2.3 file.
Thus:
save an empty file newfile1.lyx
change lyxformat number in it
the warning will show when reopening
On 04/15/2017 05:58 AM, Guenter Milde wrote:
I would suggest 2 tabs in Document>Settings>User preamble, where the
"normal" preamble is the default and the "early" preamble gets a
documentation line telling about the specifics.
We should think about the right place, though: placing it before any
On 04/11/2017 11:23 AM, Stephan Witt wrote:
> In fact you agree with Jürgen, IMO. He said it’s not enough to add a
line edit to add the options.
What I understood Juergen said is: one should have clickable buttons for
every possible option, and no other way of passing options to the packages.
On 04/11/2017 02:30 AM, Jürgen Spitzmüller wrote:
And I tried to argue that I think these line edits are not a suitable
UI.
It is much more different, since the line edit are supposed complex
key-value pairs.
Let me disagree with you on this, Juergen. As a long-time user, I too
often missed
On 01/26/2017 04:11 AM, Kornel Benko wrote:
Master branch
Steps to reproduce
1.) File->New from template...
2.) Insert some text in the row above 'D-PLZ Stadt'
3.) File->Save as ...
crash
Kornel
Can't reproduce. I'm at 8491962c6bc, compiling after cmake
-DLYX_USE_QT=QT5, Qt
On 01/15/2017 09:14 AM, Jürgen Spitzmüller wrote:
This is an old feature. If you enter "default" in the bibliography
style widget (in the BibTeX dialog), then this is replaced with this
"Default bibtex style".
I did not change this behavior, although I think the UI is sub-optimal.
Oh, I see.
I'll be reporting less important bugs here, if they don't make it into
the release, I'll report again on lyx.org bug tracker for future fixes.
--- sectioned bibliography bug ---
New document, code view on.
Insert a bib database
in Document Settings, Bibliography, select "sectioned
On 01/15/2017 08:16 AM, Kornel Benko wrote:
> Which dialog? I don't see problems in Document->Settings->bibliography
The dialog where you (normally/only) set the bibliography style: press
the "Biblatex generated bibliography" button. The field "Style" is
missing even though the document uses
Next:
open my childTwo.lyx alone. It's been set to use Natbib (BibTeX), and
LaTeX code reflects that. But the "xxx generated bibliography" has
xxx=Biblatex, and it's impossible to change it to what it's supposed to
be, xxx=Bibtex.
That also prevents one from changing \bibliographystyle from
On 01/14/2017 05:39 AM, Jürgen Spitzmüller wrote:
I prefer to get them without jumping through such hoops.
I'm sorry, I was switching from t'bird to some other news readdder.
Attaching the files again.
childOne.lyx
Description: application/lyx
childTwo.lyx
Description: application/lyx
On Fri, 13 Jan 2017 18:47:12 +0100, Jürgen Spitzmüller wrote:
> Right. As I wrote you: please update to the most recent version (which
> is in master meanwhile, not features/biblatex2!).
>
> Please report back if this issue still persists.
This is what I understand you did: even if the child
=ybegin line=128 size=1856 name=childOne.lyx
Mv��J\X]J���JJXJp��JJJ���JdYY���X���X���Y4��J_]Z4���4�4�
=ybegin line=128 size=1919 name=childTwo.lyx
Mv��J\X]J���JJXJp��JJJ���JdYY���X���X���Y4��J_]Z4���4�4�
=ybegin line=128 size=2094 name=master.lyx
Mv��J\X]J���JJXJp��JJJ���JdYY���X���X���Y4��J_]Z4���4�4�
On Fri, 13 Jan 2017 18:48:13 +0100, Jürgen Spitzmüller wrote:
> I think I have fixed this today.
> Please try again with recent master (not features/biblatex2).
OK, thanks. This works now.
Hope you don't mind if I report other findings here. Reporting on lyx.org
bug tracker takes too much
The biblatex settings dialog enters some undefined state when one
- chooses Style engine Biblatex
- changes, for example, Biblatex bibliography style field to some other
value
- presses either of the two Reset buttons or Match
The other style (in this example Biblatex citation style) dropdown
This is probably more of a general issue: when *master* is set to use
biblatex, and a child hasn't been changed to use biblatex as well but
uses, for example, natbib, two inconsistencies can happen:
1) when child contains "Insert>...>Bibliography", it will have
\bibliographystyle and
On 07/19/2016 06:50 AM, Michael Berger wrote:
but trying to compile any of my classicthesis-LyX-v4.1 documents I get
either an endless loop or heaps of errors - there are so many different
errors that I eventually gave up trying to fix them
I can't confirm this, even classicthesis for LyX v. 3
For those interested in ancient history of LyX: I've just found my first
Linux distribution CD, with LyX 0.10.7 from October 1996 on it.
Online sources I found go only about 18 years back.
JMarc still probably has it somewhere, this is for all others:
http://wiki.lyx.org/uploads/Devel/ancient/
On 06/21/2016 10:51 AM, Richard Heck wrote:
On 06/21/2016 06:58 AM, PhilipPirrip wrote:
I was wondering if there's a special reason why
provides fontenc 1
provides inputenc 1
provides amsmath 1
prevent the corresponding packages from loading, but
provides fontspec 1
provides listings 1
I was wondering if there's a special reason why
provides fontenc 1
provides inputenc 1
provides amsmath 1
prevent the corresponding packages from loading, but
provides fontspec 1
provides listings 1
provides polyglossia 1
-for example- don't?
Should I report a bug?
On 06/01/2016 02:12 PM, Pavel Sanda wrote:
Anyway would you like to see it in text or page layout?
Between these two, I say: Text layout definitely!
Even Fonts section should be OK, as this makes use and/or changes
features of individual glyphs and whole fonts.
Microtype isn't ONLY about
Don't ask me how I find these...
I'm at 744f6e3cd802 now, compiled with Qt 5.6.0 on Linux Fedora 24. I
get the same behavior with an older binary compiled with Qt 4.8.7.
Before filing a bug report, I need someone to confirm:
Start LyX 2.2
New Document
Type something in, say, abcd
Document
On 03/17/2016 01:21 AM, Scott Kostyshak wrote:
This might be of interest to our devs on Fedora:
https://fedoraproject.org/wiki/Test_Day:2016-03-17_Qt_Gtk_Integration
Thanks for the info, Scott.
Qt 5.6.0 and/or fixes to adwaita/Gnome theme seem to improve the
appearance of LyX built with
Welcome to LyX! (splash.lyx) is the first document that opens with LyX,
and I believe it should be the first document to witness that the output
from LYX looks great! That's also what it says in point 3.
Unfortunately, point 3 when compiled with pdflatex has the first line
protruding into the
On 02/21/2016 10:59 AM, Richard Heck wrote:
I'd say go ahead. I'm almost certain this is not the right way to fix
the bug.
Done: http://www.lyx.org/trac/ticket/9979
Do we need one for the first problem, as a reminder to commit?
On 02/20/2016 11:18 PM, Richard Heck wrote:
One solution would be to have Buffer::collectChildren make sure the
Buffers exist.
I can confirm that your patch fixes the problem. Thanks, Richard!
Scott, do you still want me to file the bug report?
On 02/20/2016 07:45 PM, Richard Heck wrote:
Something like this:
...
> ...
should fix it.
#1 fixed
Not sure about the other one.
#2 not
On 02/20/2016 07:40 PM, Richard Heck wrote:
There's a missing test somewhere on whether the dialog needs a view,
which this one does. The dialog should really be closed when the last
view disappears.
That's only the first case, I believe.
But in the second case you still have the first, new,
Hey guys, I need you to confirm this (my config is Fedora Linux, fresh
master 89985beb, Qt 5.5.1):
- 1 -
start lyx2.2 from terminal
start a new document (ctrl-n)
open Document Settings dialog
close the new document (ctrl-w or file-close)
LyX aborts, with
Assertion triggered in void
On 11/30/2015 04:45 PM, Rex Dieter wrote:
> In my experience, that backtrace often means a runtime conflict where
both
> qt4 and qt5 are trying to load into the same process (usually crashes
> quickly)
>
> -- Rex
Yes, you're probably right. This is what I was doing:
I'd first call, in an
On 11/20/2015 01:05 PM, Scott Kostyshak wrote:
Just a note that I have been testing this patch for a few days now and
everything seems to work well.
Hi Scott,
Your screenshot DOES show, though, that the note height has grown, and
that messes up the line spacing (check my screenshot on HiDPI
On 11/19/2015 02:58 AM, Jean-Marc Lasgouttes wrote:
Le 19/11/2015 03:17, PhilipPirrip a écrit :
I didn't find placing the cursor difficult, it only looked too tight.
Would you say that the extra horizontal spacing is nevertheless useful?
I'm still good at aiming, can't tell the difference
On 11/19/2015 01:27 AM, Stephan Witt wrote:
I've redirected it to developers list.
Sorry, that was sent by mistake. The report I sent here has an updated
gdb output - I installed all debug-infos. QPrinter is being mentioned
several times.
Thought we should still investigate, if it's Qt, you
On 11/18/2015 05:57 AM, Jean-Marc Lasgouttes wrote:
Hi there,
The followong patch replaces the hardcoded TEXT_TO_INSET_OFFSET=4 and
the workarea margin of 10 by respectively 1mm and 2.5mm. These values
should be equivalent when dpi=100 and zoom=100%.
This idea was triggered by a message (a
I had a similar issue a month or so ago, what helped was a clean cloning
of LyX source. Now even that doesn't work, and it's been like that for 2
or 3 weeks. It might be due to newest Qt libraries that came with Fedora
23, not sure. Can you read anything from this backtrace?
(...after
Hey guys,
Now that the use of biblatex and loading of its bibliography databases
has been simplified by the introduction of BIBINPUTS, I was wondering if
you'd be interested in including a few words about it in the User Guide.
Something along these lines, perhaps:
6.5.3 Bibliography
On 11/05/2015 01:14 PM, Richard Heck wrote:
These are good suggestions. What I'd suggest is that you prepare a patch
with these changes made *and with change tracking activated*.
Thanks, Richard.
Attaching the patch.
On 11/05/2015 11:01 AM, PhilipPirrip wrote:
Hey guys,
Now
I agree with you, Uve.
I'd rather see a few submenus for setting tables, than this 'More...'
that we have now. What do you mean "more" when nothing about setting the
table was offered in the first contextual menu. This 'More..." should
rather be "Table...".
I'd group things that are now in the
On 11/03/2015 07:00 PM, Andrew Parsloe wrote:
I have found the message helpful, particularly when developing a module
or a latex package to work with LyX. In the latter case, the failure to
remove the temp directory may indicate that a latex process is still
running. (Failure of a preview
On 11/02/2015 10:58 PM, Guillaume Munch wrote:
Pushed at f441590c. Windows/OSX users, please report if it does not work.
Hey Guillaume,
Bad news, it didn't work on Windows. Qt 4.8, VS2010, WinXP/VirtualBox
This was the error message:
lyx\src\frontends\qt4\GuiLog.cpp (207): Unable to open QUrl
Just curious: what and when executes the code in os_win32.cpp
(os_.cpp in general). Whatever I did to test the patch, these
functions were not called.
On 11/03/2015 10:45 AM, Guillaume Munch wrote:
Bad news, it didn't work on Windows. Qt 4.8, VS2010, WinXP/VirtualBox
On Linux, it worked with two AND three slashes: both Qt 4.8 and Qt 5.5;
Gnome 3.18, Fedora 23.
Thanks for the report and the extra step in testing. Please try again
with latest
On 11/02/2015 03:16 PM, Enrico Forestieri wrote:
This last observation suggests what is the minimal change to be performed,
i.e., let the latex run work as if the document dir was the current
directory. This means setting the relevant environment variables such
that the document dir is also
On 11/02/2015 10:44 AM, Enrico Forestieri wrote:
On Sun, Nov 01, 2015 at 11:47:42PM -0500, PhilipPirrip wrote:
Hi Enrico, thank you for your response. I hope the others will help us
resolve this too.
Given the overwhelming amount of replies, I doubt anyone is interested
in this matter.
Oh
Hi Enrico, thank you for your response. I hope the others will help us
resolve this too.
I propose another simple test, it will show you that env variables do get
set by setProcessEnvironment(). Attaching the modified files.
Hope you'll trust me now ;)
There is nothing to trust but
Hi Enrico, thank you for your response. I hope the others will help us
resolve this too.
I propose another simple test, it will show you that env variables do get
set by setProcessEnvironment(). Attaching the modified files.
Hope you'll trust me now ;)
There is nothing to trust but
On 10/31/2015 09:27 AM, PhilipPirrip wrote:
Thanks, David. It did work with Qt 4.8.6
First thing I noticed, though, is that most icons are missing. Have to
investigate. I remember seeing a similar issue here on the list recently.
The errors reported in the message pane are of this kind
Thanks, David. It did work with Qt 4.8.6
First thing I noticed, though, is that most icons are missing. Have to
investigate. I remember seeing a similar issue here on the list recently.
On 10/31/2015 03:53 AM, David Hyde wrote:
I experienced this error as well when setting up my LyX
Hello!
I'm trying to compile LyX for Windows: WinXP VirtualBox, Visual Studio
2010, Qt 5.5, all by the instructions in INSTALL.Win32
No matter what I do in CMake config, the compilation ends with the
messages I give below, and I have no idea what's happening and how to
fix it.
24> --
Thanks for responding, Enrico. I appreciate it!
I am sorry, but it still doesn't work.
As you can see, now it doesn't work because setProcessEnvironment() is used.
I don't understand what that script (myprog) is exactly supposed to do,
but I believe the problem is in it rather than
Thanks for responding, Enrico. I appreciate it!
I am sorry, but it still doesn't work.
As you can see, now it doesn't work because setProcessEnvironment() is used.
I don't understand what that script (myprog) is exactly supposed to do,
but I believe the problem is in it rather than
On 10/25/2015 04:04 AM, Georg Baum wrote:
After thinking more about this I now think it makes sense. I did also
implement the documentation toolbar. I think the toolbar should definitely
go in. What do others think about the renaming?
Thanks Georg. And +1 for the toolbar.
(apologies, posting
I've been playing with SystemcallPrivate::startProcess (in
Systemcall.cpp) and latexEnvCmdPrefix (in filetools.cpp), in an attempt
to resolve the issue with missing BIBINPUTS, a 9 year old request at
http://www.lyx.org/trac/ticket/2645
Enrico mentioned there that setEnvironment couldn't be
On 10/18/2015 02:01 PM, Georg Baum wrote:
- rename the top level menu "Special Characters" to "Special Characters &
Strings"
This is what a programmer would call it, but I think this is just too
long for a menu entry (and who knows what it'd be in other languages).
Why not simply Symbols,
On 10/19/2015 10:25 AM, PhilipPirrip wrote:
Why not simply Symbols, or if you want it, Special Symbols?
There's then Symbols... submenu within Special Character menu now, I
think this should become
Special Character -> Symbols
Symbols... -> Characters
On 10/19/2015 04:48 PM, Georg Baum wrote:
- rename the top level menu "Special Characters" to "Special Characters &
>>Strings"
>
>
>This is what a programmer would call it, but I think this is just too
>long for a menu entry (and who knows what it'd be in other languages).
>Why not simply
On 10/13/2015 01:37 AM, Stephan Witt wrote:
HiDPI is possible with 5.4 too. I've read the Qt folks plan to make 5.6.x a
stable release with long term support for older platforms[1].
Stephan
It is possible, indeed, but it looks like this
Dear Guillaume,
I finished my search for the bug yesterday, by checking out a few
suspicious commits in the last 30 days, and to my great surprise even
the latest commit worked. I really don't know what happened. I had it
all built in a separate directory (that I even cleaned several times),
On 09/13/2015 09:39 PM, Scott Kostyshak wrote:
Here's a screenshot:
>http://wiki.lyx.org/uploads/Playground/LyX_screenshot_HiDPI_13inch_display_3200x1800_2015-09-13_Qt5.png
Ouch that indeed does not look good. I feel like this is a Qt bug.
Unless our .ui files are not well-defined, Qt is
Thanks, Kornel. I'll check these later. I went back in time, September
28 18:13 commit 39343d65af worked. Moving forward, will let you know
when things went bad and send you the backtrace.
On 10/06/2015 06:00 AM, Kornel Benko wrote:
Could you please send a backtrace of the crash?
Hi Kornel,
I could send it if I knew how. Sorry, have no experience with that, but
willing to learn!
Are the Qt5 libs at runtime the same as the ones with which they are compiled?
It's hard
Any experience compiling LyX 2.2.0dev with Qt 5.5.0 (on Fedora 23)?
Mine compiles well, but never starts: Segmentation fault (core dumped).
This is my run_cmake.sh
#!/bin/bash
cmake ./lyx \
-G"Unix Makefiles" \
-DLYX_CPACK=OFF \
-DLYX_LOCALVERSIONING=OFF \
-DLYX_INSTALL=OFF \
On 10/05/2015 03:10 AM, Guenter Milde wrote:
I cannot tell what went wrong so that even an empty file has the
definitions. It would help to get more info on the dependency of this
misbehaviour on document settings.
All default document settings, freshly compiled LyX version 2.2.0dev
(October
Hi,
It is pretty bad that 2.2 is slower than 2.1. Could you share your lorem
ipsum document?
JMarc
Hi JMarc,
It was a plain text lorem ipsum copied from the web to a text editor and
then to LyX, nothing special about it. It had paragraphs of
some 6-7 lines, no special characters etc.
I've
Hi,
It is pretty bad that 2.2 is slower than 2.1. Could you share your lorem
ipsum document?
JMarc
Hi JMarc,
It was a plain text lorem ipsum copied from the web to a text editor and
then to LyX, nothing special about it. It had paragraphs of
some 6-7 lines, no special characters etc.
I've
Could you file a bug report?
Thanks,
Günter
Just did, http://www.lyx.org/trac/ticket/9792
Thanks
Why is LyX now adding this to every document, regardless of the class
and latex font encoding used and even in empty documents:
%% LyX specific LaTeX commands.
\DeclareRobustCommand{\cyrtext}{%
\fontencoding{T2A}\selectfont\def\encodingdefault{T2A}}
On 09/28/2015 01:37 PM, Richard Heck wrote:
> Yes, just compiled with fresh build directory, and it was fine. Thanks.
I can confirm this, but! when I compile for qt5 the binary only gets
core dumped. These are the settings in run_cmake.sh
cmake ../lyx \
-G"Unix Makefiles" \
-DLYX_CPACK=OFF
Just an update: with Qt 4.8.7 and the most recent master it is now
possible to have Huge and Giant sized icons and most things look well.
Widgets of the class="QGroupBox" are still broken, but this depends on
the Qt4 GUI Style chosen. Can't test with Qt5, the binary gets core dumped.
While
On 09/17/2015 07:13 AM, Pål Næverlid Sævik wrote:
Of course, the page cannot support every existing LaTeX package, but
there are certainly some options I would like to see included, and
others that I personally would have restructured or removed. For instance:
- The sectsty package
- The
On 09/14/2015 04:04 AM, Jean-Marc Lasgouttes wrote:
What is the file layout in /usr/lib/x86_64-linux-gnu/qt5?
This is for Fedora Linux 22:
/usr/lib64/qt5/
bin/
imports/
libexec/
mkspecs/
plugins/
qml/
On 09/14/2015 04:09 AM, Jean-Marc Lasgouttes wrote:
Performance is good.
Is it really better than 2.1? (it should)
I guess I first need to learn how to test this.
I just made a document with some 25k characters (a few copies of lorem
ipsum from the web).
2.1 scrolls pretty fast, the scroll
On 09/12/2015 09:59 PM, Scott Kostyshak wrote:
rom what I understand.
I know you are using Windows, but if by chance you dual boot with
Ubuntu, let me know and I can give you installation files you can test.
Hi Scott,
I have a 3200x1800 laptop with Fedora 22 installed (Gnome), and would be
On 09/13/2015 11:22 AM, Scott Kostyshak wrote:
Yes this would be best. I only know how to make .deb files. The branch
is 'master' (which is the default branch I believe). Our master branch
is what will become 2.2.0. It would be great if you could test. From
what I understand, we (well not I but
On 09/13/2015 06:02 PM, Scott Kostyshak wrote:
Ah it seemes that Qt 5 is needed in order to take advantage of the commits. see
http://www.lyx.org/trac/ticket/9130#comment:15
I would warn that you should use Qt 5.5 as using previous versions caused
regressions.
Oh, OK. Thanks Scott.
I might
On 09/13/2015 07:42 PM, Scott Kostyshak wrote:
Hopefully one of the Fedora users around here has an idea.
Just in case, give CMake a try.
# First clean the source directory (I assume you don't have any changes
# you care about):
git clean -xdf ./
# Make a directory somewhere (outside the
On 09/13/2015 09:39 PM, Scott Kostyshak wrote:
Ouch that indeed does not look good. I feel like this is a Qt bug.
Unless our .ui files are not well-defined, Qt is responsible for the
dialog elements not running into each other.
This even with Qt4 depends on the selected Qt GUI Style
Thanks Georg, I hope we'll eventually get somewhere.
On 08/26/2015 04:42 PM, Georg Baum wrote:
What do others think? Should we remove the second slash? I tend to say yes,
since I could not find any documentation about it.
I suspect the other slash was added as a bug fix for those OS's that
Thanks Georg, I hope we'll eventually get somewhere.
On 08/26/2015 04:42 PM, Georg Baum wrote:
What do others think? Should we remove the second slash? I tend to say yes,
since I could not find any documentation about it.
I suspect the other slash was added as a bug fix for those OS's that
Why does \input@path end with two slashes, as in
/home/user/directory//
IIRC this means that also sub directories are searched, but this should
be documented in some TeX or LaTeX docs.
Not sure how it all works for (La)TeX, I'm assuming this is all handled
by the OS. Unixoids (OSX, Linux)
Why does \input@path end with two slashes, as in
/home/user/directory//
IIRC this means that also sub directories are searched, but this should
be documented in some TeX or LaTeX docs.
Not sure how it all works for (La)TeX, I'm assuming this is all handled
by the OS. Unixoids (OSX, Linux)
On 08/19/2015 04:44 PM, Georg Baum wrote:
PhilipPirrip wrote:
Why does \input@path end with two slashes, as in
/home/user/directory//
IIRC this means that also sub directories are searched, but this should be
documented in some TeX or LaTeX docs.
and why is its output
/home/user/dir ectory
On 08/19/2015 04:44 PM, Georg Baum wrote:
PhilipPirrip wrote:
Why does \input@path end with two slashes, as in
/home/user/directory//
IIRC this means that also sub directories are searched, but this should be
documented in some TeX or LaTeX docs.
and why is its output
"/home/use
:39 PM, PhilipPirrip wrote:
Why does \input@path end with two slashes, as in
/home/user/directory//
and why is its output
/home/user/dir ectory//
(note quotation marks, and two separate ending slashes) when the folder
name contains spaces?
path is using the
info inset through the "info-insert buffer path" LyX function.
On 08/04/2015 02:39 PM, PhilipPirrip wrote:
Why does \input@path end with two slashes, as in
/home/user/directory//
and why is its output
"/home/user/dir ectory/"/
(note quotation marks, and two separate ending slashes) when the folder
name contains spaces?
Why does \input@path end with two slashes, as in
/home/user/directory//
and why is its output
/home/user/dir ectory//
(note quotation marks, and two separate ending slashes) when the folder
name contains spaces?
Why does \input@path end with two slashes, as in
/home/user/directory//
and why is its output
"/home/user/dir ectory/"/
(note quotation marks, and two separate ending slashes) when the folder
name contains spaces?
Hi there,
I don't think there's currently a way to achieve this, but might be a
very powerful feature:
Let's say I want to define an inset that needs input from a LyX dialog.
It could be a new citation inset that'll be used with biblatex, and the
LyX dialog in question would be the
On 07/06/2015 02:17 PM, Richard Heck wrote:
I've thought about this from time to time and may even have filed a bug
about it. The idea would be to have command insets, like citation,
whose fields can be determined dynamically through the layout machinery.
I'm sure this is possible, but I'm also
Hi there,
I don't think there's currently a way to achieve this, but might be a
very powerful feature:
Let's say I want to define an inset that needs input from a LyX dialog.
It could be a new citation inset that'll be used with biblatex, and the
LyX dialog in question would be the
On 07/06/2015 02:17 PM, Richard Heck wrote:
I've thought about this from time to time and may even have filed a bug
about it. The idea would be to have "command" insets, like citation,
whose fields can be determined dynamically through the layout machinery.
I'm sure this is possible, but I'm
be nice to have it.
On 11/04/2014 12:58 AM, Jürgen Spitzmüller wrote:
2014-11-03 18:52 GMT+01:00 PhilipPirrip:
I'm wondering what went wrong with GSoC 2014 promises for biblatex/LyX.
Lack of manpower.
Jürgen
be nice to have it.
On 11/04/2014 12:58 AM, Jürgen Spitzmüller wrote:
2014-11-03 18:52 GMT+01:00 PhilipPirrip:
I'm wondering what went wrong with GSoC 2014 promises for biblatex/LyX.
Lack of manpower.
Jürgen
On 11/01/2014 03:17 AM, Jürgen Spitzmüller wrote:
PhilipPirrip wrote:
I apologize for asking the same question over and over again. I'm still
wondering if there was any progress with native biblatex support in LyX.
I'm maintaining a package that should switch to biblatex soon, the only
problem
On 11/03/2014 11:04 AM, Jürgen Spitzmüller wrote:
And I would strongly recommend the former, i.e., placing the file in the texmf
tree. Then you do not need absolute paths.
No, that won't work. This is a template that we ship as a package, and
is supposed to work as-is. Having (mostly
On 11/03/2014 11:23 AM, Jürgen Spitzmüller wrote:
Actually, I think bib files should _always_ be placed in the texmf tree (except
for very rare cases, that is). Why don't you distribute your template in a way
that assures this (e.g., via CTAN)?
Jürgen
I wish it was that simple. How many
1 - 100 of 189 matches
Mail list logo