On Wed, Nov 27, 2024 at 09:32:39PM -0500, Louis Hiener wrote:
> Hi Scott,
>
> Thanks for replying so quickly!
>
> Taking your points/questions in reverse order: For my use case, one
> scenario would be to be able to split the main window vertically (into left
> and right halves) with the split be
Hi Pavel,
Thank you for replying so quickly!
I like your work-around. It will certainly help in the short term, and may
be sufficient for the long term as well. I'll give it a try!
Kind regards,
Lou
On Tue, Nov 19, 2024 at 5:23 AM Pavel Sanda wrote:
> On Mon, Nov 18, 2024 at 09:37:45PM -0500,
Down",
> > "Split Left" and "Split Right"), or Emacs' ability to split any editor
> pane
> > horizontally by entering ctrl-x 2 or vertically by entering ctrl-x 3.
> >
> > Thank you for your time and consideration.
>
> Hi Lou,
>
>
enu as "Split Up", "Split Down",
> "Split Left" and "Split Right"), or Emacs' ability to split any editor pane
> horizontally by entering ctrl-x 2 or vertically by entering ctrl-x 3.
>
> Thank you for your time and consideration.
Hi Lou,
On Tue, Nov 19, 2024 at 11:48:37AM +0100, Jürgen Spitzmüller wrote:
> Am Dienstag, dem 19.11.2024 um 09:46 +0100 schrieb Scott Kostyshak:
> > That said, it is the first time I have heard of this request from a
> > user, so I don't know if developers will place it as a high priority.
>
> Well, we h
Am Dienstag, dem 19.11.2024 um 09:46 +0100 schrieb Scott Kostyshak:
> That said, it is the first time I have heard of this request from a
> user, so I don't know if developers will place it as a high priority.
Well, we have a 16 year old ticket requesting this:
https://www.lyx.org/trac/ticket/5044
On Mon, Nov 18, 2024 at 09:37:45PM -0500, Louis Hiener wrote:
> split it in the same direction. What would be very useful (to me, at least)
> would be the ability to split each split screen pane in either direction.
I have work-around in case you don't know it yet.
You can open the document, then
Good afternoon,
I am an embedded systems and signal processing development engineer,
and have been using Lyx in my daily work since 2001. I use it both for
capturing my daily notes (technical and otherwise), as well as for
developing technical documentation.
As average screen size has increased,
Le 03/05/2024 à 11:28, matan guedj a écrit :
Hello,
I've had a few questions revolving around an idea that I had recently
trying to teach myself pgfplots.
I'm fairly new to LyX and LaTeX in general (started using both in
January 2024) and I'm also no programmer (I've
On Fri, May 03, 2024 at 01:12:38PM GMT, Pavel Sanda wrote:
> On Fri, May 03, 2024 at 12:28:04PM +0300, matan guedj wrote:
> > that's about it) but I wanted to add a new feature to LyX - a plotting tool.
> > What I'm thinking of is on the math bar or some other bar, add a plot icon
> > that will ope
On Fri, May 03, 2024 at 12:28:04PM +0300, matan guedj wrote:
> that's about it) but I wanted to add a new feature to LyX - a plotting tool.
> What I'm thinking of is on the math bar or some other bar, add a plot icon
> that will open a window with all the parameters for the mostly used plots
> (2D/
Hello,
I've had a few questions revolving around an idea that I had recently
trying to teach myself pgfplots.
I'm fairly new to LyX and LaTeX in general (started using both in January
2024) and I'm also no programmer (I've had an introductory course in C but
that's about
On 27/07/2022 8:14 pm, Jean-Marc Lasgouttes wrote:
Le 27/07/2022 à 09:25, Andrew Parsloe a écrit :
As the person who nagged Enrico to make \jobname easily accessible in
preview files, I am 7 years older now, have more experience with
expl3 (the programming language of LaTeX3) and have supersed
Le 27/07/2022 à 09:25, Andrew Parsloe a écrit :
As the person who nagged Enrico to make \jobname easily accessible in
preview files, I am 7 years older now, have more experience with expl3
(the programming language of LaTeX3) and have superseded the calculyx
package which was available on the L
On 27/07/2022 10:10 am, Jean-Marc Lasgouttes wrote:
Dear all,
I ticket https://www.lyx.org/trac/ticket/9627, it was decided to
define \jobname in preview file with the original file name.
However, run_command in lyxpreview_tools.py tries to read the aux file
to determine whether it is nece
Dear all,
I ticket https://www.lyx.org/trac/ticket/9627, it was decided to define
\jobname in preview file with the original file name.
However, run_command in lyxpreview_tools.py tries to read the aux file
to determine whether it is necessary to run bibtex. It would be useful
too to try to
On 9/21/20 2:22 PM, Lorenzo Bertini wrote:
> I managed to get the thing to work through your guidance and shameless
> copy-paste:
I would have done it the same way: Find all the preambleTE stuff and
duplicate it!
> let me know if you find any problems. I generalized the
> findText method decent
I managed to get the thing to work through your guidance and shameless
copy-paste: let me know if you find any problems. I generalized the
findText method decently, but the rest of the patch is still
hardcoded. Also, I don't fully understand why > is in
but write is in , and how the
whole outputt
On 9/19/20 6:36 PM, Lorenzo Bertini wrote:
> Sorry for the old bump, but I managed to make a tabbed menu with
> "LaTeX" and "HTML" as tabs for the "Preamble" section:
>
> What I managed to do:
> 1) Buffer params received a new variable that can be
> written to and read from a LyX file just as old
Sorry for the old bump, but I managed to make a tabbed menu with
"LaTeX" and "HTML" as tabs for the "Preamble" section:
What I managed to do:
1) Buffer params received a new variable that can be
written to and read from a LyX file just as old ;
2) "Preamble" section now has two tabs, each with a
the advantages in clarity on preambles, I think this would
make way easier not only to tinker with layouts but also to learn how
Lyx works and what are the commands. I know this is a bit of an
overhaul, I'm just leaving this here as an idea.
The complete version of this would give us a kind of G
have now, and an "easy" tab made by text boxes, buttons and toggles
> (for a start, just containing the infamous LaTeX Preamble and HTML
> Preamble, then maybe more).
> Except for the advantages in clarity on preambles, I think this would
> make way easier not only to tinker wit
On Saturday, 15 August 2020 07.52.21 WEST Richard Kimberly Heck wrote:
> I think this is probably very easy. As someone (maybe you) suggested, we
> just need an extra tab to choose between LaTeX and HTML preambles. After
> that, it's just a matter of copying and pasting code (and not making
> copy
ker with layouts but also to learn how
Lyx works and what are the commands. I know this is a bit of an
overhaul, I'm just leaving this here as an idea.
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On 8/15/20 1:54 AM, Daniel wrote:
> On 2020-08-14 21:48, Daniel wrote:
>> On 2020-08-14 19:10, Pavel Sanda wrote:
>>> On Fri, Aug 14, 2020 at 10:50:55AM -0400, Richard Kimberly Heck wrote:
UI-wise, this would probably be better than what we have, but you can
already do this with Local Lay
On 2020-08-14 21:48, Daniel wrote:
On 2020-08-14 19:10, Pavel Sanda wrote:
On Fri, Aug 14, 2020 at 10:50:55AM -0400, Richard Kimberly Heck wrote:
UI-wise, this would probably be better than what we have, but you can
already do this with Local Layout. Like this:
Format 61
AddToHTMLPreamble
h
On 2020-08-14 19:10, Pavel Sanda wrote:
On Fri, Aug 14, 2020 at 10:50:55AM -0400, Richard Kimberly Heck wrote:
UI-wise, this would probably be better than what we have, but you can
already do this with Local Layout. Like this:
Format 61
AddToHTMLPreamble
h2.section { font-size: 150%; font-we
On Fri, Aug 14, 2020 at 10:50:55AM -0400, Richard Kimberly Heck wrote:
> UI-wise, this would probably be better than what we have, but you can
> already do this with Local Layout. Like this:
>
> Format 61
>
> AddToHTMLPreamble
>
>
> h2.section { font-size: 150%; font-weight: bold; }
>
>
> End
On 8/14/20 7:06 AM, Lorenzo Bertini wrote:
> Hello devs,
> the recent discussion about Lyx being not LaTeX centric and my need to
> manually edit the CSS in LyXHTML output has got me thinking that the
> section in the document->settings could be
> generalized to just and contain the LaTeX preambl
On 14/8/20 13:06, Lorenzo Bertini wrote:
Hello devs,
the recent discussion about Lyx being not LaTeX centric and my need to
manually edit the CSS in LyXHTML output has got me thinking that the
section in the document->settings could be
generalized to just and contain the LaTeX preamble, CSS
etc
Hello devs,
the recent discussion about Lyx being not LaTeX centric and my need to
manually edit the CSS in LyXHTML output has got me thinking that the
section in the document->settings could be
generalized to just and contain the LaTeX preamble, CSS
etc. The main advantages would be:
1) less "sp
to propose something that would be very very appreciated
> > among the LyX users : a sharing plateform. It would be the equivalent of
> > ShareLaTeX <https://fr.sharelatex.com/>, or Google Docs, but for LyX.
> >
> > And thank you, thank you very much for LyX, it is i
elatex.com/>, or Google Docs, but for LyX.
>
> And thank you, thank you very much for LyX, it is incredible!
>
> Hoping this idea is not impossible to realize,
> Pierre-Elie
>
In fact, there already was some effort made by
Tommaso Cucinotta
It is available under t
x.com/>, or Google Docs, but for LyX.
>
> And thank you, thank you very much for LyX, it is incredible!
>
> Hoping this idea is not impossible to realize,
> Pierre-Elie
Hi Pierre-Elie,
Thanks for sharing your idea. I think that would indeed be an amazing
feature. It could
incredible!
Hoping this idea is not impossible to realize,
Pierre-Elie
On Thu, Apr 14, 2016 at 03:51:40PM +0200, Buenas Noticias wrote:
> Hi all:
>
> It would be possible an icon in the lyx interface from which you can
> activate JabRef or Mendeley ... check the cite, and close it and not do it
> from JabRef through lyxpipe?
Hi Miguel,
I think that lyxpipe is neces
Hi all:
It would be possible an icon in the lyx interface from which you can
activate JabRef or Mendeley ... check the cite, and close it and not do
it from JabRef through lyxpipe?
Regards
Miguel
On 28/02/2015 10:25 a.m., Georg Baum wrote:
Guenter Milde wrote:
OTOH, beware that e.g. $\sum_i$ is valid math inptu for a sum over index
i!
Thanks, this is the problem. I new I did forgot something, so we still need
something which is no valid LaTeX to recognize the inset start.
Georg
And i
Guenter Milde wrote:
> OTOH, beware that e.g. $\sum_i$ is valid math inptu for a sum over index
> i!
Thanks, this is the problem. I new I did forgot something, so we still need
something which is no valid LaTeX to recognize the inset start.
Georg
On 2015-02-25, Georg Baum wrote:
> Guenter Milde wrote:
> The only question is: Is it guaranteed that a macro name can never contain
> an underscore in LaTeX or TeX? If yes, then this would be quite easy to
> implement at file format level.
a) a macro name may contain any ACII character, if it
Richard Heck wrote:
> Is MathML anything like as expressive as LaTeX?
I am no expert, but AFAIK not completely. However, for the math insets we
have I believe it should be possible to create a somewhat clean MathML
representation if one would want to invest the time.
Georg
ut
>
> ert
> \end_layout
>
> \end_inset
>
> in math$
> \end_inset
This is a very good idea. It would have some advantages: Later we could use
the standard ERT inset, and we could also use InsetText for insets that
store text (e.g. \mbox), which would make editing much mo
Le 18/02/2015 18:12, Guenter Milde a écrit :
Ah, thanks for the explanation. I actually find it quite nice that LyX
stores math in LaTeX but I can see how this has disadvantages as well.
Can't we use the standard way of representing insets even if the inset is
nested in math?
We could use a n
On 2015-02-17, Scott Kostyshak wrote:
> On Tue, Feb 17, 2015 at 2:49 PM, Georg Baum
> wrote:
>> Scott Kostyshak wrote:
>>> Probably a silly question, but just so I understand better, why not
>>> implement it using a direct analog of ERT (e.g. Ctrl L)?
>> For insertion I would prefer Ctrl L as wel
On 02/17/2015 03:36 PM, Georg Baum wrote:
Nico Williams wrote:
Using MathML as suggested by someone
else would have the convenient aspect of being able to use XML
namespaces.
Yes. This has only one tiny little problem: Given the current development
man power I see absolutely no way how this ca
be edited by anything else than LyX. If you
do that nevertheless you have to know what you are doing.
> Also, PUC codepoints might be in use in the surrounding environment...
This would be the problem of the "surrounding environment" (whatever that
means). The idea of the private use area is
On Tue, Feb 17, 2015 at 08:45:04PM +0100, Georg Baum wrote:
> One option which is probably easy to implement would be to mark the start
> and end of the ERT inset with two unicode symbols from the private use area
> (similar to META_INSET): We could define
>
> char_type const MATH_ERT_BEG = 0x20
On Tue, Feb 17, 2015 at 2:49 PM, Georg Baum
wrote:
> Scott Kostyshak wrote:
>
>> Probably a silly question, but just so I understand better, why not
>> implement it using a direct analog of ERT (e.g. Ctrl L)?
>
> For insertion I would prefer Ctrl L as well (since anything starting with a
> backsla
Scott Kostyshak wrote:
> Probably a silly question, but just so I understand better, why not
> implement it using a direct analog of ERT (e.g. Ctrl L)?
For insertion I would prefer Ctrl L as well (since anything starting with a
backslash could be a true LaTeX macro). This is easy to do, the diff
its content is output to LaTeX as it is
> - its content appears in red like normal TeX code
>
> This sound simple but every year when I experiment with this but fail.
> Attached is a patch idea. Unfortunately I am not able to disable the
> parsing of the inset content and when re-
Le 17/02/2015 01:10, Uwe Stöhr a écrit :
Since more about 10 years it has been a dream for me to have a TeX code
inset for math.
http://www.lyx.org/trac/ticket/2579
It is interesting to see that most of the bugs noted there are now fixed :)
For LyX 2.2 I want implemented such a beast. Its fea
with this but fail.
> Attached is a patch idea. Unfortunately I am not able to disable the parsing
> of the inset content and when re-opening a file with the new inset the color
> of the inset is lost.
> Does anybody have an idea how to achieve what I want? I assume that
> InsetNest
everything is allowed like in the
TeX code inset (ERT)
- its content is output to LaTeX as it is
- its content appears in red like normal TeX code
This sound simple but every year when I experiment with this but fail.
Attached is a patch idea. Unfortunately I am not able to disable the
parsing of the
On 04/11/2014 12:21 PM, Kornel Benko wrote:
Am Freitag, 11. April 2014 um 18:12:27, schrieb Richard Heck
> commit 7cdfa9b29a8a74f62fa722a4282d08db43f4f0b3
> Author: Richard Heck
> Date: Fri Apr 11 12:09:54 2014 -0400
>
> Better idea: Let's allow export of 2.1.x
Am Freitag, 11. April 2014 um 18:12:27, schrieb Richard Heck
> commit 7cdfa9b29a8a74f62fa722a4282d08db43f4f0b3
> Author: Richard Heck
> Date: Fri Apr 11 12:09:54 2014 -0400
>
> Better idea: Let's allow export of 2.1.x files. Someone might want to
> do that. But
One thing that bothers me is how easy the users would screw up their
documents by using layout editor.
Consider this case: a document has fifty flex inserts named "beautiful
green". Using the layout editor, user who knows just a little about
layouts changes only the name of the flex, say to "old
On 20. april 2013 23:08, Liviu Andronic wrote:
Helge, Pavel,
Do you think you could take a look at this student's proposal and give
some feedback?
Ok, here are some ideas:
The point of a "layout editor" is to be simpler than actually editing
.layout files.
* The user should not need any kn
Thank you for your responses.
2013/4/23 Rainer M. Krug :
> interesting idea. I neither use nor know it enough to give comments on
> it itself, but I would like to pint out a few aspects which would be
> very useful for LyX:
>
> 1) the showing of error messages is very useful for
I have submitted this on the melange, please have a look! Mentors please
suggest any changes if required!
Hi Cyrille,
Thank you for your reply. I calculated my work time, and if I'm to work
full time for 12 weeks, then I will devote a total of 480 hours on the
project; according to my calculation, if I work full time for 9 weeks (40
hours a week) or more than 40 hours a week (50 hours a week, say), th
Hi Xueqing Shan,
If it is possible for you to start coding a bit earlier than the official
start, that would be very helpful. I appreciate your commitment of working
almost 60 hours a week, but this may cause you to "burn out" in the middle
of the project, so an alternative schedule would be pr
Hi Rob,
Thank you for replying in such a busy schedule. Your emails are always
helpful in clarification. I am working on my proposal and hopefully I can
have a pretty much complete draft by the end of this week. I plan to submit
and make further changes based on feedback I got if any.
*Regarding
to use it more
frequently and efficiently without having the need to dive into the code
part.
-
*If you have chosen an idea from our list, why did you choose this
specific idea?*
I chose this idea because GUI development excites me and Currently
editing layouts in Lyx is a very tedio
ntly and efficiently without having the need to dive into the code
part.
-
*If you have chosen an idea from our list, why did you choose this
specific idea?*
I chose this idea because GUI development excites me and Currently
editing layouts in Lyx is a very tedious proce
Hi Xueqing,
Again, this is a brief reply. I've got a massive deadline looming on
Monday and I will not have much time to respond until after then.
Hopefully the notes below will be enough to get you started. If not, let
me know and we can set up a time to visit via Skype/Google Chat.
A lot of thi
Dear Pankaj,
On Mon, Apr 22, 2013 at 2:06 PM, Pankaj Patil wrote:
> Hello,
> i am an engineering student[ computer science
> ] and i am interested in doing GSoC 2013 i found a project which is
> making me to do think on that and search related topics on that and do work
> on that T
Thanks for the review.
Well, on the manner in which Lyx will store the information, I think making
a new class LayoutElements and the Layout Editor could be viewed as an
instance of the same, can be one solution to the problem. What goes inside
this class is determined largely by the manner in whic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cyrille Artho writes:
> Hi Peter,
Hi Peter
interesting idea. I neither use nor know it enough to give comments on
it itself, but I would like to pint out a few aspects which would be
very useful for LyX:
1) the showing of error messages is v
t get a response to my
mentor request. So now I would like to ask again. I would like to
know, whether my idea has a chance to be accepted by your
organization. Your organization is the closest to the topic of my
project.
What is my project about?
The purpose is to speed up the development of imag
Hello.
A few days ago I wrote an email, but I didn't get a response to my
mentor request. So now I would like to ask again. I would like to
know, whether my idea has a chance to be accepted by your
organization. Your organization is the closest to the topic of my
project.
What is my pr
; to GSoC seems to know everything. But I now have the confidence to
> work on this project! However, since I am a very inexperienced
> programmer, I plan to stick to your plan and focus on refining and
> making changes to the outline-corkboard idea.
>
I wouldn't let that worry you. C
ument/show/gsoc_program/google/gsoc2013/help_page#5._What_should_a_student_proposal_look).
Also, I think it a good idea to identify a few aims and specific
features that you intend to work on through the summer. Completing and
polishing all of the non-linear enhancements is quite a bit of wor
Hi Xueqing,
On Thu, 2013-04-18 at 00:30 -0500, Ashley Shan wrote:
> Thank you for replying. Before you have time to more fully respond, I
> want to briefly explain my concerns and ideas.
I appreciate your forthrightness. I will respond with a technical
outline in a separate email sent to the mai
Thanks for the review.
Well, on the manner in which Lyx will store the information, I think making
a new class LayoutElements and the Layout Editor could be viewed as an
instance of the same, can be one solution to the problem. What goes inside
this class is determined largely by the manner in whic
On 04/20/2013 05:08 PM, Liviu Andronic wrote:
Helge, Pavel,
Do you think you could take a look at this student's proposal and give
some feedback?
This looks pretty sensible to me. A few comments below.
I think I have a rough idea as to how can we implement the layout editor, in Lyx
I
Mentors please reply!!
I think I have a rough idea as to how can we implement the layout editor,
in Lyx
I have made a Qt prototype http://postimg.org/image/j9g22xphx/ described as
below!
**GUI***
Available Additions : A QComboBox used to choose from a list of available
options "ClassOptions" ,
On Thu, Apr 18, 2013 at 5:54 PM, Liviu Andronic wrote:
> On Thu, Apr 18, 2013 at 8:58 PM, Scott Kostyshak wrote:
>> On Thu, Apr 18, 2013 at 2:28 PM, Mayank Jha wrote:
>>> Thanks for referring me to the mailing-list history page!
>>> We would need a GUI interface which allows one to create docum
On Thu, Apr 18, 2013 at 8:58 PM, Scott Kostyshak wrote:
> On Thu, Apr 18, 2013 at 2:28 PM, Mayank Jha wrote:
>> Thanks for referring me to the mailing-list history page!
>> We would need a GUI interface which allows one to create document classes
>> from the Latex classes without any prior know
On Thu, Apr 18, 2013 at 2:28 PM, Mayank Jha wrote:
> Thanks for referring me to the mailing-list history page!
> We would need a GUI interface which allows one to create document classes
> from the Latex classes without any prior knowledge of Latex or .layout files
> and at the same time enabli
Thanks for referring me to the mailing-list history page!
I cloned the latest git repo and compiled it. After going through the User
Manual, I seemed to get a rough idea as to what would we be needing! We
would need a GUI interface which allows one to create document classes from
the Latex
Hi Mayank,
welcome to the LyX community! You can find some specs on how to go about
the Layout editor in this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg144165.html
Also, you may want to search the recent discussions (last couple of weeks)
on the lyx-devel list. Feel free to
Hello everyone,
I am Mayank Jha, a student of NIT Durgapur, India pursuing Computer Science
and Engineering currently in the second year.
am really interested into doing a project involving Qt, QML. I am
well-versed in C,C++. Have a first hand knowledge of Python,Qt and HTML. I
strongly believe in
d
> non-linear writing enhancements". I looked at your blog posts and have
> some ideas. I have sent my ideas to LyX developers' mailing list, but
> I think it's a better idea to contact you directly since you have done
> a lot of preliminary work. I would greatly appreciate if
On 15. april 2013 10:18, Rainer M. Krug wrote:
Hi
I guess many have seen it - LyX and it's successful application for GSoC
was on Slashdot [1]. That should give some publicity.
The first comment raised an interesting (already discussed) feature
which is missing in LyX: to enable the use of onli
Hi
I guess many have seen it - LyX and it's successful application for GSoC
was on Slashdot [1]. That should give some publicity.
The first comment raised an interesting (already discussed) feature
which is missing in LyX: to enable the use of online LaTeX backends for
compilation.
This would ha
On 2013-03-14, Protostomien wrote:
> Hello everyone (and my apologies for the mistakes of English).
> I come here with an idea about the placement of flotants figure.
> The idea is to force placement of flot not in a position (here at any
> price), but between two label. Ideally
On Thu, Mar 14, 2013 at 2:30 PM, Jean-Marc Lasgouttes
wrote:
> Unfortunately LaTeX does not allows to do that. Morover, what you want in
> general is "anywhere between the page of "1) Blabla" and the one "2) Blabla"
> (but not before the page "1) Blabla".
>
> The "not before" can be obtained by in
Le 14/03/2013 14:04, Protostomien a écrit :
Hello everyone (and my apologies for the mistakes of English).
I come here with an idea about the placement of flotants figure.
The idea is to force placement of flot not in a position (here at any price),
but between two label. Ideally these label
Hello everyone (and my apologies for the mistakes of English).
I come here with an idea about the placement of flotants figure.
The idea is to force placement of flot not in a position (here at any price),
but between two label. Ideally these label would be based on titles, but if not,
it could
need separate manuals for Sweave and knitr.
I'll write a draft paper later today.
>
>
>> And a general solution of sending program code to the terminal might
>> be more useful.
>>
> But then I'm not sure that I understand what is the difference between
> your
cket/7404
>> If each inset had an option to "edit externally" then the user could
>> set the "edit command" to whatever he/she wanted.
>>
> I'm not sure that this would work. For one, this would imply that each
> chunk is opened in a different R sess
On Thu, Dec 13, 2012 at 10:55 AM, Yihui Xie wrote:
> Hi,
>
> One idea about literate programming in LyX has been in my mind for a
> while, and I'm wondering how you think about it. I'll take
> Sweave/knitr for example:
>
> One nice feature of R language is th
Hi,
One idea about literate programming in LyX has been in my mind for a
while, and I'm wondering how you think about it. I'll take
Sweave/knitr for example:
One nice feature of R language is that it can be used interactively,
which is very helpful for us to do some experimental or e
7; or not bound to
What I just, following this thread, is to bind Ctrl+\ to ert-insert - so I can
easily (and
intuitively!) go into "LaTeX mode".
auto-completion for LaTeX in the ERT box will be tricky I guess, due to all the
packages which can
be loaded in the pramble - but nice.
Thanks
ot as a physicist).
> And last but not least it is really natural for a latex user. Then maybe
> putting it by default wouldn't be a that good idea.
As I'm seeing it, LyX is targeted more to inexperienced LaTeX users, as
it makes far easier for them to write a document. Frankly, those w
for a latex user. Then maybe
putting it by default wouldn't be a that good idea.
2012/12/6 Vincent van Ravesteijn
> Op 6-12-2012 17:23, Bruno schreef:
>
>> Hi,
>>
>> I had been using latex for a while but I switched to lyx
>> because of its interesting fea
On Thu, Dec 6, 2012 at 6:31 PM, Richard Heck wrote:
>>> What do you think of that?
>>
>> It would be rather frustrating to not be able to type a backslash without
>> having to quit the autocompletion or to suddenly end up writing the title.
>
> I wouldn't want to do this by default, but I can see
On 12/06/2012 12:21 PM, Vincent van Ravesteijn wrote:
Op 6-12-2012 17:23, Bruno schreef:
Hi,
I had been using latex for a while but I switched to lyx
because of its interesting features.
Being able to see mathematical expressions you write is
really practical.
And I had an idea which could I
Op 6-12-2012 17:23, Bruno schreef:
Hi,
I had been using latex for a while but I switched to lyx
because of its interesting features.
Being able to see mathematical expressions you write is
really practical.
And I had an idea which could I think make it even much faster
and user-friendly.
Now
1 - 100 of 186 matches
Mail list logo
