On Sat, Oct 06, 2007 at 11:52:37PM +0200, Tommaso Cucinotta wrote:
> Paul A. Rubin ha scritto:
> > The way I enter an optional argument (when one is allowed) is to open the
> > minibuffer (M-x or View -> Toolbars -> Command buffer) and type the command
> > 'optional-insert'.
> Great ! Exactly w
On Sun, Oct 07, 2007 at 02:17:02AM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
> > On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote:
> >> Abdelrazak Younes wrote:
> >>> Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > You are cle
Bo Peng wrote:
When I copy some text from word to lyx, a few symbols can not be
handled. It took me quite a while to find them all, and here is what I
add to the unicodesymbols file.
χσΣβμ
0x03c7 "$\\chi$" "" ""
0x03b2 "$\\beta$" "" ""
0x03bc "$\\mu$" "" ""
0x03c0 "$\\pi$" "" ""
0x03b8 "$
Bo Peng wrote:
Dear all,
When I think of how to document keyboard shortcuts, and the role of
LaTeXConfig.lyx, and the difficulties to document some features in the
user's guide, I am wondering if shortcuts and other system information
can document themselves. My conclusion is an InsetInfo.
Inse
When I copy some text from word to lyx, a few symbols can not be
handled. It took me quite a while to find them all, and here is what I
add to the unicodesymbols file.
χσΣβμ
0x03c7 "$\\chi$" "" ""
0x03b2 "$\\beta$" "" ""
0x03bc "$\\mu$" "" ""
0x03c0 "$\\pi$" "" ""
0x03b8 "$\\theta$" "" ""
0
Abdelrazak Younes wrote:
I think that what we call "controllers" are really just abstraction
layers created for the benefit of code sharing between multiple
frontends.
That's exactly what they are. Now that only Qt4 survives, there's no
reason for their continued existence in their present fo
Dear all,
When I think of how to document keyboard shortcuts, and the role of
LaTeXConfig.lyx, and the difficulties to document some features in the
user's guide, I am wondering if shortcuts and other system information
can document themselves. My conclusion is an InsetInfo.
InsetInfo stores the
On Oct 5, 2007, at 9:26 PM, Bennett Helm wrote:
On Oct 5, 2007, at 11:53 AM, Jürgen Spitzmüller wrote:
I think I have managed to set up my first release tarball, thanks
to the very
good documentation from Jean-Marc and José. Since it is the first
one, I
would appreciate if people could text
Hi,
I've refactored the AMS-related layout files distributed with LyX
1.5.1, also fixed some bugs in the process. Some annoying problems, like
incorrect numbering of theorems within chapters, have been resolved.
The changes have been done initially for LyX 1.4.3, so I consider
this pretty
Martin Vermeer wrote:
On Fri, Oct 05, 2007 at 06:59:21PM +0100, John Levon wrote:
On Fri, Oct 05, 2007 at 07:09:31PM +0200, Abdelrazak Younes wrote:
The font-related RTL business and the boundary stuff is far far from
easy. Look at the different getFont() method and you will see how this
stuf
Hi!
As mentioned in a separate thread, I have a suggestion for the
charstyles situation, but it's important for me to first of all explain
another issue which bothers me with the current implementation of
charstyles. If I am correct, then understanding my problem will help to
understand some
Martin Vermeer wrote:
On Fri, Oct 05, 2007 at 01:03:16PM +0200, Dov Feldstern wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
You are clearly underestimating the required effort and
the maintainance nightmare of a font based solution
Richard Heck wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Can you give examples of this? (Serious question --- I haven't found
this to be the case, I've actually found it to work well.)
Look at the text styles metabug. Some of these don't relate to font
handling, but some do. One examp
Stefan Schimanski wrote:
Hi!
As I got several requests whether I am still alive, I can give a
positive answer. Just had to organise a big move and lifted plenty of
IKEA boxes in the 4th floor for the last weeks. So Lyx had to wait.
I am starting right now to look in my dynmacro branch. I wan
Paul A. Rubin ha scritto:
The way I enter an optional argument (when one is allowed) is to open
the minibuffer (M-x or View -> Toolbars -> Command buffer) and type
the command 'optional-insert'.
Great ! Exactly what I was needing. Probably my fault for not having
read throughly the user manual.
Tommaso Cucinotta wrote:
Is there any planned support for environment optional
arguments ?
For example, after a \newtheorem, it is allowed in LaTeX:
\begin{thm}[Main Theorem]
...
\end{thm}
\begin{thm}[Secondary Theorem]
...
\end{thm}
As I'm not an expert, I don't know what other environme
On Sat, Oct 06, 2007 at 08:59:51PM +0200, Tommaso Cucinotta wrote:
> Is there any planned support for environment optional
> arguments ?
I believe this is currently allowed, and see it used in
Beamer.
> For example, after a \newtheorem, it is allowed in LaTeX:
>
> \begin{thm}[Main Theo
Is there any planned support for environment optional
arguments ?
For example, after a \newtheorem, it is allowed in LaTeX:
\begin{thm}[Main Theorem]
...
\end{thm}
\begin{thm}[Secondary Theorem]
...
\end{thm}
As I'm not an expert, I don't know what other environments
currently mapped to Ly
Jürgen Spitzmüller ha scritto:
Probably you misinterpreted this. "Show changes" shows the change tracking
marks (red/blue struckout etc.), whereas if you disable this, you get the
result without change tracking marks, as if you'd already accepted all
changes.
Ok, it was indeed what I was ex
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> > Martin Vermeer wrote:
> >
> > > The attached tries to do this. The lower corners will be drawn
> > > also when the cursor is just in front or behind the inset.
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> > Martin Vermeer wrote:
> >
> > > The attached tries to do this. The lower corners will be drawn
> > > also when the cursor is just in front or behind the inset.
Tommaso Cucinotta wrote:
> I don't know if you already knew: if I disable
> "show changes in output", that I guess would
> be supposed to not show changes in ps/pdf
> previews, I get the changes anycase.
>
> Unless I misinterpreted the functionality of
> that button/menu voice.
Probably you misint
On Sat, Oct 06, 2007 at 05:10:37PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
> >Stefan Schimanski wrote:
> >>Hi!
> >>
> >>The cmake build system is broken for people using the framework
> >>version of Qt on Mac. The following patch fixes this by using the
> >>QT_INCLUDES variable
I don't know if you already knew: if I disable
"show changes in output", that I guess would
be supposed to not show changes in ps/pdf
previews, I get the changes anycase.
Unless I misinterpreted the functionality of
that button/menu voice.
LyX 1.5.1 @ Linux Ubuntu Feisty.
T.
On Sat, Oct 06, 2007 at 05:42:10PM +0200, Stefan Schimanski wrote:
> >Erm, I would expect that "unqualified" Qt includes (i.e. vs
> >) would not be foundthis way.
> >
> >Have you checked ti still compile on Windows or Linux after that
> >change?
>
> Notice that I wrote QT_INCLUDES, not QT_INCLUDE
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
>
> > The attached tries to do this. The lower corners will be drawn
> > also when the cursor is just in front or behind the inset.
> > Unfortunately this doesn't work right, because of the
> > way LyX rend
Erm, I would expect that "unqualified" Qt includes (i.e. vs
) would not be foundthis way.
Have you checked ti still compile on Windows or Linux after that
change?
Notice that I wrote QT_INCLUDES, not QT_INCLUDE_DIR. The former is /
usr/include/QtCore;/usr/include/QtGui;..., the latter is /usr
On Fri, Oct 05, 2007 at 05:23:25PM +0200, Enrico Forestieri wrote:
> For screen representation of integrals, LyX uses two different fonts
> leading to an inconsistent look. See the attached integrals.lyx.
>
> There's already in place the infrastructure for using the integrals
> in the esint font,
On Sat, Oct 06, 2007 at 04:36:25PM +0200, Stefan Schimanski wrote:
> Hi!
>
> The cmake build system is broken for people using the framework
> version of Qt on Mac. The following patch fixes this by using the
> QT_INCLUDES variables from the FindQt4 module of cmake. This should
> always poin
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Hi!
The cmake build system is broken for people using the framework
version of Qt on Mac. The following patch fixes this by using the
QT_INCLUDES variables from the FindQt4 module of cmake. This should
always point to the include directories,
Stefan Schimanski wrote:
Hi!
The cmake build system is broken for people using the framework version
of Qt on Mac. The following patch fixes this by using the QT_INCLUDES
variables from the FindQt4 module of cmake. This should always point to
the include directories, no matter which kind of Q
Hi!
The cmake build system is broken for people using the framework
version of Qt on Mac. The following patch fixes this by using the
QT_INCLUDES variables from the FindQt4 module of cmake. This should
always point to the include directories, no matter which kind of Qt
one uses. Is there
Bo Peng wrote:
> Yes (use Joost's).
>
> No
Uncertain today ;-)
Jürgen
> No
This is supposed to be Bo. :-)
Bo
> So we only gonna upload your installers, not Bo's, in the end?
Yes (use Joost's).
No
Martin Vermeer wrote:
The attached tries to do this. The lower corners will be drawn
also when the cursor is just in front or behind the inset.
Unfortunately this doesn't work right, because of the
way LyX renders stuff: if you move the cursor left or right,
nothing will get re-rendered. When y
Tommaso Cucinotta wrote:
In the first place, I was thinking it had to be a single-par widget,
but probably it is an unneeded restriction.
I think we shouldn't put this restriction in the initial design indeed.
Anyway, having a simple-to-use LyX Widget would help a lot reuse. By
simple-to-u
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
I would say "for having more workarea widgets around".
Probably, whether embedded into dialogs, toolbars or tab
panes is not that important.
Yes, we also want split views but I see the two kinds as separate. I
have plans to implement split
On Samstag 06 Oktober 2007, Tommaso Cucinotta wrote:
> I've uploaded a couple of screenshots that show what the idea (actually,
> the current
> uncomplete implementation) looks like here:
>
> http://feanor.sssup.it/~tommaso/findadv.png
> http://feanor.sssup.it/~tommaso/findadv-re.png
Great, re
Martin Vermeer wrote:
> Clear? This difference has relevance for the writing process.
Yes. Thanks.
Jürgen
On Thu, Oct 04, 2007 at 10:44:48PM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
> > On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
> >
> >> Richard Heck wrote:
...
> >>> 1. There should be an "Invisible" geometry for charstyle insets, in which
> >>> they simply dr
Edwin Leuven ha scritto:
Abdelrazak Younes wrote:
For advance search&replace. The idea would be that you can search for
a chunk of text containing insets (including math or charstyle) and
could replace it with another text containing insets.
Clearer?
so the idea is to replace qt's line edit
On Fri, Oct 05, 2007 at 11:30:40PM +0200, [EMAIL PROTECTED] wrote:
> The following idea is fortunately not related to the UI or implementation...
>
> The idea is intended to simplify entering a word, or a phrase, that has
> previously been semantically marked. Here's how it'd work from a user'
Abdelrazak Younes ha scritto:
I would say "for having more workarea widgets around".
Probably, whether embedded into dialogs, toolbars or tab
panes is not that important.
Yes, we also want split views but I see the two kinds as separate. I
have plans to implement split view but not as an embedde
On Sat, Oct 06, 2007 at 09:09:59AM +0200, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > Actually I came to more or less the same view.
> >
> > So:
> >
> > - Noun should become an inset charstyle (lyx2lyx)
> > - Strong should take a similar slot as Emph, i.e.
> > a (non-inset) "font" attri
So, the latter approach is probably much better and easier. Here is
the patch, from the trunk revision that I synced too at the end and
the branch:
http://1stein.org/download/18290-20771.patch
Stefan
Am 06.10.2007 um 10:40 schrieb Stefan Schimanski:
Hi!
As I got several requests whethe
Hi!
As I got several requests whether I am still alive, I can give a
positive answer. Just had to organise a big move and lifted plenty of
IKEA boxes in the 4th floor for the last weeks. So Lyx had to wait.
I am starting right now to look in my dynmacro branch. I want to
merge it with tru
Joost Verburg wrote:
> > I have built the official windows installers and put them in
> > http://www.lyx.org/~bpeng/ . They seem to work fine but tests are
> > certainly welcome.
> >
> > The bundled installer uses an older version of imagemagick because I
> > could not find the version specified by
José Matos wrote:
> I keep thinking that the matrix is reloading, notice the title in the first
> page of the Python Maganize:
> http://pythonmagazine.com/
Just another prove of my lacking creativity.
Jürgen
Martin Vermeer wrote:
> Actually I came to more or less the same view.
>
> So:
>
> - Noun should become an inset charstyle (lyx2lyx)
> - Strong should take a similar slot as Emph, i.e.
> a (non-inset) "font" attribute.
>
> But:
>
> - Code should be an inset charstyle. Something either
> is, or
50 matches
Mail list logo
