Abdel,
I have a few questions:
Log:
This commit fixes the singlePar optimization which was disabled due to the
ParagraphMetrics cleanup.
+ if (singlepar
+ // In Single Paragraph mode, rebreak only
+ // the (main text, not inset!) paragraph containing the
On Thu, Jan 04, 2007 at 07:06:52PM +0100, Enrico Forestieri wrote:
PS: I see that following the current fashion you started using utf8,
but please fix the headers of your mailer as it currently adds:
Content-Type: text/plain; charset=us-ascii
such that mutt mangles your name...
That change
Michael Gerz wrote:
Abdel,
I have a few questions:
Log:
This commit fixes the singlePar optimization which was disabled due to
the ParagraphMetrics cleanup.
+if (singlepar
+// In Single Paragraph mode, rebreak only
+// the (main text, not inset!) paragraph containing the
Am Freitag, 5. Januar 2007 18:00 schrieb Jean-Marc Lasgouttes:
I like the current behaviour personally. It may need a rename, but I
do not think it is wrong.
Just to be clear: You mean the fact that copied-only stuff also appears in
the stack, or the fact that only contents coming from LyX,
Am Freitag, 5. Januar 2007 21:25 schrieb Bo Peng:
Sure you are welcome to implement it as a configurable option ;-)
The problem I have with this is that
OK. If this will make both of us happy. Of course I have the right to
set the default if I am writing the code. :-)
I don't think this
Abdelrazak Younes schrieb:
Yes because a position change will trigger a full metrics change
anyway. I even think that this crc signature is too much and not
needed. Ideally, we should just verify beginning and end of row and
verify that the Paragraph contents has not changed.
I agree. I never
Am Samstag, 6. Januar 2007 01:17 schrieb Enrico Forestieri:
If I understand correctly, you would like to treat the selection as a
sort of internal clipboard which is allowed to be filled by a simple
selection and whose contents can be pasted with middle-button.
That is how I understood it,
Bo Peng schrieb:
There's a problem: The lyx.vcproject isn't created:
It works fine here. I guess you did not run from within 'vs 2005
command prompt', right? If it still does not work, add use_vc=yes.
Of course I run it from the MSVC command prompt and also tried to use
use_vc=yes.
Here's
Abdelrazak Younes schrieb:
Georg Baum wrote:
It gives a hint what as paragraph means. I think we should keep it
(it is in a submenu that is rarely used), but have no strong opinion.
I also think that we should move the shortcut C-M-v from
primary-selection-paste to clipboard-paste paragraph,
Hartmut Haase pointed out that
File-Export-MS Word (HTML)
is a bit confusing, because we do not generate a *.doc/*.rtf file. He
suggests changing the item into
File-Export-HTML (MS Word)
Since he is the German doc translator and a nice guy, I am going to
change the menu iterm :-)
Am Samstag, 6. Januar 2007 15:00 schrieb Michael Gerz:
Abdelrazak Younes schrieb:
Georg Baum wrote:
It gives a hint what as paragraph means. I think we should keep it
(it is in a submenu that is rarely used), but have no strong opinion.
I also think that we should move the shortcut
The attached patch fixes that bug, but I'm not sure it is the right approach.
The problem is that bibkeysInfo_ is not cleared. This used to happen in
ControlCitation::clearParams() that is called from Dialog::hide().
However, seems that Dialog::hide() as well as Dialog::OKButton() etc. are not
Jürgen Spitzmüller wrote:
I wonder, however, if similar problems are not to be found
the other dialogs, since clearParams() is implemented there as well and
should certainly be triggered.
What I wanted to say is: clearParams() is implemented in the corresponding
_insets_ and should be
While testing the latest German docs I found some bugs and noticed that the current LaTeX-error dialog behaviour is not useful to find the
document parts that causes the errors. I explained it in detail in
http://bugzilla.lyx.org/show_bug.cgi?id=3078
together with an example file.
I think with
Peter Kümmel schrieb:
bool Paragraph::hfillExpansion(Row const row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exists on the line
if (pos = row.endpos()) {
Jürgen Spitzmüller wrote:
The attached patch fixes that bug, but I'm not sure it is the right approach.
The problem is that bibkeysInfo_ is not cleared. This used to happen in
ControlCitation::clearParams() that is called from Dialog::hide().
However, seems that Dialog::hide() as well as
- paste
- Paste Clipboard as Lines
- Paste Clipboard as ParagraphsSelection as Paragraphs
- Paste Selection as Lines
- Paste Selection as Paragraphs
Are all of them still needed? Do all of them still make sense as a menu
entry? (yes/no)
Michael,
I propose that we remove paste special -
Peter Kümmel schrieb:
bool Paragraph::hfillExpansion(Row const row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exists on the line
if (pos = row.endpos()) {
On Fri, Jan 05, 2007 at 06:57:16PM +, Andr??? Poenitz wrote:
On Thu, Jan 04, 2007 at 07:06:52PM +0100, Enrico Forestieri wrote:
PS: I see that following the current fashion you started using utf8,
but please fix the headers of your mailer as it currently adds:
Content-Type: text/plain;
On Jan 6, 2007, at 11:36 AM, Jürgen Spitzmüller wrote:
The attached patch fixes that bug, but I'm not sure it is the right
approach.
Doesn't work for me; I get no change in behavior.
Bennett
On Sat, Jan 06, 2007 at 12:25:55PM +0100, Georg Baum wrote:
If you are not talking about X11 applications on X11, but about X11
applications displayed on windows, using an X server that copies the
selection to the clipboard: Then you simply see that the selection can't
be completely
Hi everybody
When I try to include this EPS figure in development version of LyX (fresh SVN
devel update), LyX crashes:
http://paratribulations.free.fr/help/problem_with_thiseps_inLyX/tourniquet.eps
On error output, LyX returns:
Error returned from iconv
EILSEQ An invalid multibyte sequence
Hello,
I had an idea: if clicking in the scrollbar should behave like PageDown
or PageUp, why not using the same LFUNs as the one used by the keyboard
action?
This patch is doing just that ;-). It is so simple that I wonder why it
has not been done before. Of course it works fine only when
Abdelrazak Younes wrote:
Hello,
I had an idea: if clicking in the scrollbar should behave like PageDown
or PageUp, why not using the same LFUNs as the one used by the keyboard
action?
This patch is doing just that ;-). It is so simple that I wonder why it
has not been done before. Of
On Sun, Jan 07, 2007 at 03:28:56AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Sun Jan 7 04:28:53 2007
New Revision: 16559
URL: http://www.lyx.org/trac/changeset/16559
Log:
Fix conversion of n-th roots to mathematica and octave syntax.
* src/mathed/MathExtern.C
Abdel,
I have a few questions:
Log:
This commit fixes the singlePar optimization which was disabled due to the
ParagraphMetrics cleanup.
+ if (singlepar
+ // In Single Paragraph mode, rebreak only
+ // the (main text, not inset!) paragraph containing the
On Thu, Jan 04, 2007 at 07:06:52PM +0100, Enrico Forestieri wrote:
> PS: I see that following the current fashion you started using utf8,
> but please fix the headers of your mailer as it currently adds:
> Content-Type: text/plain; charset=us-ascii
> such that mutt mangles your name...
That
Michael Gerz wrote:
Abdel,
I have a few questions:
Log:
This commit fixes the singlePar optimization which was disabled due to
the ParagraphMetrics cleanup.
+if (singlepar
+// In Single Paragraph mode, rebreak only
+// the (main text, not inset!) paragraph containing the
Am Freitag, 5. Januar 2007 18:00 schrieb Jean-Marc Lasgouttes:
> I like the current behaviour personally. It may need a rename, but I
> do not think it is wrong.
Just to be clear: You mean the fact that copied-only stuff also appears in
the stack, or the fact that only contents coming from LyX,
Am Freitag, 5. Januar 2007 21:25 schrieb Bo Peng:
> > Sure you are welcome to implement it as a configurable option ;-)
> > The problem I have with this is that
>
> OK. If this will make both of us happy. Of course I have the right to
> set the default if I am writing the code. :-)
I don't think
Abdelrazak Younes schrieb:
Yes because a position change will trigger a full metrics change
anyway. I even think that this crc signature is too much and not
needed. Ideally, we should just verify beginning and end of row and
verify that the Paragraph contents has not changed.
I agree. I never
Am Samstag, 6. Januar 2007 01:17 schrieb Enrico Forestieri:
> If I understand correctly, you would like to treat the selection as a
> sort of internal clipboard which is allowed to be filled by a simple
> selection and whose contents can be pasted with middle-button.
That is how I understood it,
Bo Peng schrieb:
There's a problem: The lyx.vcproject isn't created:
It works fine here. I guess you did not run from within 'vs 2005
command prompt', right? If it still does not work, add use_vc=yes.
Of course I run it from the MSVC command prompt and also tried to use
use_vc=yes.
Here's
Abdelrazak Younes schrieb:
Georg Baum wrote:
It gives a hint what "as paragraph" means. I think we should keep it
(it is in a submenu that is rarely used), but have no strong opinion.
I also think that we should move the shortcut C-M-v from
"primary-selection-paste" to "clipboard-paste
Hartmut Haase pointed out that
File->Export->MS Word (HTML)
is a bit confusing, because we do not generate a *.doc/*.rtf file. He
suggests changing the item into
File->Export->HTML (MS Word)
Since he is the German doc translator and a nice guy, I am going to
change the menu iterm :-)
Am Samstag, 6. Januar 2007 15:00 schrieb Michael Gerz:
> Abdelrazak Younes schrieb:
> > Georg Baum wrote:
> >> It gives a hint what "as paragraph" means. I think we should keep it
> >> (it is in a submenu that is rarely used), but have no strong opinion.
> >> I also think that we should move the
The attached patch fixes that bug, but I'm not sure it is the right approach.
The problem is that bibkeysInfo_ is not cleared. This used to happen in
ControlCitation::clearParams() that is called from Dialog::hide().
However, seems that Dialog::hide() as well as Dialog::OKButton() etc. are not
Jürgen Spitzmüller wrote:
> I wonder, however, if similar problems are not to be found
> the other dialogs, since clearParams() is implemented there as well and
> should certainly be triggered.
What I wanted to say is: clearParams() is implemented in the corresponding
_insets_ and should be
While testing the latest German docs I found some bugs and noticed that the current LaTeX-error dialog behaviour is not useful to find the
document parts that causes the errors. I explained it in detail in
http://bugzilla.lyx.org/show_bug.cgi?id=3078
together with an example file.
I think with
Peter Kümmel schrieb:
bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exists on the line
if (pos >= row.endpos()) {
Jürgen Spitzmüller wrote:
The attached patch fixes that bug, but I'm not sure it is the right approach.
The problem is that bibkeysInfo_ is not cleared. This used to happen in
ControlCitation::clearParams() that is called from Dialog::hide().
However, seems that Dialog::hide() as well as
- paste
- Paste Clipboard as Lines
- Paste Clipboard as ParagraphsSelection as Paragraphs
- Paste Selection as Lines
- Paste Selection as Paragraphs
Are all of them still needed? Do all of them still make sense as a menu
entry? (yes/no)
Michael,
I propose that we remove "paste special ->
Peter Kümmel schrieb:
bool Paragraph::hfillExpansion(Row const & row, pos_type pos) const
{
if (!isHfill(pos))
return false;
// at the end of a row it does not count
// unless another hfill exists on the line
if (pos >= row.endpos()) {
On Fri, Jan 05, 2007 at 06:57:16PM +, Andr??? Poenitz wrote:
> On Thu, Jan 04, 2007 at 07:06:52PM +0100, Enrico Forestieri wrote:
> > PS: I see that following the current fashion you started using utf8,
> > but please fix the headers of your mailer as it currently adds:
> > Content-Type:
On Jan 6, 2007, at 11:36 AM, Jürgen Spitzmüller wrote:
The attached patch fixes that bug, but I'm not sure it is the right
approach.
Doesn't work for me; I get no change in behavior.
Bennett
On Sat, Jan 06, 2007 at 12:25:55PM +0100, Georg Baum wrote:
> If you are not talking about X11 applications on X11, but about X11
> applications displayed on windows, using an X server that copies the
> selection to the clipboard: Then you simply see that the selection can't
> be completely
Hi everybody
When I try to include this EPS figure in development version of LyX (fresh SVN
devel update), LyX crashes:
http://paratribulations.free.fr/help/problem_with_thiseps_inLyX/tourniquet.eps
On error output, LyX returns:
Error returned from iconv
EILSEQ An invalid multibyte sequence
Hello,
I had an idea: if clicking in the scrollbar should behave like PageDown
or PageUp, why not using the same LFUNs as the one used by the keyboard
action?
This patch is doing just that ;-). It is so simple that I wonder why it
has not been done before. Of course it works fine only when
Abdelrazak Younes wrote:
Hello,
I had an idea: if clicking in the scrollbar should behave like PageDown
or PageUp, why not using the same LFUNs as the one used by the keyboard
action?
This patch is doing just that ;-). It is so simple that I wonder why it
has not been done before. Of
On Sun, Jan 07, 2007 at 03:28:56AM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Sun Jan 7 04:28:53 2007
> New Revision: 16559
>
> URL: http://www.lyx.org/trac/changeset/16559
> Log:
> Fix conversion of n-th roots to mathematica and octave syntax.
>
> * src/mathed/MathExtern.C
50 matches
Mail list logo