Attached. No change in functionality.
OK to go in?
- Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Dept. of Surveying, Inst. of Geodesy
P.O. Box 1200, FIN-02015 HUT, Finland
:wq
Index: controllers/ControlNote.C
===
On Wed, Aug 20, 2003 at 07:44:46PM +0100, John Levon spake thusly:
>
> On Wed, Aug 20, 2003 at 09:21:32PM +0300, Martin Vermeer wrote:
>
> > What would you think of that?
>
> Depends on the patch :)
>
> A good solution at this point would remove any consideration of
> inset->needFullRow() from
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Ok to go in?
Would I ruffle anyone's feathers if I were to do the same in src and in
src/mathed?
Regards,
Angus
Index: configure.ac
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/configure.ac,v
retrieving revision 1.8
diff -u -p -r1
On Wed, 20 Aug 2003, Christian Ridderström wrote:
> I got this from the PmWiki-users list:
>
> | Actually, you don't even need mod_rewrite--you can simply place the
> | following in the apache configuration file:
> |
> | Alias / /file/path/to/pmwiki.php/
> |
> | and urls of the form http://se
On Wed, 20 Aug 2003, John Levon wrote:
> On Wed, Aug 20, 2003 at 05:43:40PM +0200, Christian Ridderstr?m wrote:
>
> ICBW, but you should be able to do it by placing .htaccess file in the
> directory with the correct command in
>
Further info from the PmWiki-users lists indicate that this should
On Wed, Aug 20, 2003 at 09:21:32PM +0300, Martin Vermeer wrote:
> What would you think of that?
Depends on the patch :)
A good solution at this point would remove any consideration of
inset->needFullRow() from the core metrics / row breaking code.
Basically you pass down the remaining width and
On Wed, Aug 20, 2003 at 04:10:59PM +0100, John Levon spake thusly:
>
> On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
>
> > My question is, is this the right way to approach this? It appears
>
> This doesn't really look like the proper solution discussed several
> times ... ther
On Wed, Aug 20, 2003 at 04:12:57PM +0100, John Levon spake thusly:
> On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
>
> > That requires
>
> Please, I don't think now is the time to be working on non-rectangular
> insets. Let's just get back to making things working again like the
>
> His patch is broken, or you didn't apply it properly
Think it may be the former cos I checked the code and it does include a file
called changes.h which Angus pointed out doesn't exist in the 1.3.2
source.. so missing file I guess.. I've emailed Johnathan...
Thanks,
nirmal
Nirmal Govind wrote:
> I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the
> source with Johnathan's modification of John's Change tracking code
> which is at http://members.shaw.ca/jkerrb/computer.html .. not sure
> if that had something to do with it.
This sounds suspicious, gi
On Wed, Aug 20, 2003 at 12:40:48PM -0400, Nirmal Govind wrote:
> I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the source
> with Johnathan's modification of John's Change tracking code which is at
> http://members.shaw.ca/jkerrb/computer.html .. not sure if that had
His patch i
Hi.. I tried compiling 1.3.2 for the first time last night (I was using
1.3.1 till now) and the compile failed with the following error:
In file included from ../../src/buffer.h:28,
from insetbib.C:17:
../../src/paragraph.h:23:21: changes.h: No such file or directory
In file inclu
On Wed, Aug 20, 2003 at 05:43:40PM +0200, Christian Ridderstr?m wrote:
> I've gotten a response from the PmWiki user's list about the URI for the
> Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
ICBW, but you should be able to do it by placing .htaccess file in the
d
Hi
I've gotten a response from the PmWiki user's list about the URI for the
Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
of Apache should be used. I found documentation for that here:
http://httpd.apache.org/docs/mod/mod_rewrite.html
One requirement is that
On Wed, Aug 20, 2003 at 05:33:55PM +0200, Christian Ridderstr?m wrote:
> Bugzilla this? (I'm currently compiling 1.4.0 to check that the problem is
Yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Hi
This is a bug I was annoyed with while writing my thesis last spring. In
Lyx 1.3.2qt there is a very nice feature for setting lengths without
having to click on the unit button. For instance, open
Layout->Paragraph->Spacing
and choose 'Above paragraph'=Custom. Then specify the length
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
> That requires
Please, I don't think now is the time to be working on non-rectangular
insets. Let's just get back to making things working again like they did
before, but without all the horrible stuff like getMaxWidth() that Andre
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> My question is, is this the right way to approach this? It appears
This doesn't really look like the proper solution discussed several
times ... there seems a lot of unnecessary code and hacks here (0.2 *
???)
> (ideally we should
On Wed, 20 Aug 2003, Uwe Stöhr wrote:
> Isn't this described in bug #922?
Maybe... not quite I think, so to be on the size side I've added
http://bugzilla.lyx.org/show_bug.cgi?id=1332
since http://bugzilla.lyx.org/show_bug.cgi?id=922 doesn't seem to be
exactly the same, although relat
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>>
>>> I have a nother thing for you that is very similar to you
>>> InsetAtom: value_ptr from MEC++.
>>
>> I am not sure I want an extra library if 20 lines of code do just
>> fine.
>
| Having googled for MEC++, I think he mean
Isn't described in bug #922?
> > Is there a special reason why the layout of the first (pasted) paragraph
is
> > not kept when pasting? Most of the time I find this annyoing
>
> I agree... any objections to adding this to bugzilla?
>
> /Christian
> As I told you, always loading the package is not an option. You
> never know
> which packages are conflicting with others. color.sty does not
> work with any
> dvi-driver. And (for good reasons) it's simply bad style to load
> unused packages. LyX should try to produce best possible style.
> Sho
On Tue, 19 Aug 2003, Juergen Spitzmueller wrote:
> Is there a special reason why the layout of the first (pasted) paragraph is
> not kept when pasting? Most of the time I find this annyoing
I agree... any objections to adding this to bugzilla?
/Christian
--
Christian Ridderström
Uwe Stöhr wrote:
> This works but doesn't solve the following problem:
> For example if I define no extra color and just want to use \colorbox in
> mathed or TeX-Mode with a predefined color like blue. Assuming that I'm a
> normal LyX-user I wouldn't insert the macro into the LaTeX-preamble. But
>
> Loading a package that is not actually used is always a bad
> solution. The best solution would be a package manager for LyX.
>
> Meanwhile you can use this:
>
> \makeatletter
> [EMAIL PROTECTED]
> \makeatother
>
> Then color is only loaded manually if the textcolor command has
> not yet been def
OK I was a little bit confused. Every character after \ is displayed right. My
question is why a star after a \tag in mathed isn't also displayed red. Because \tag*
is an own command.
regards Uwe
Andre Poenitz wrote:
>
>> I have a nother thing for you that is very similar to you
>> InsetAtom: value_ptr from MEC++.
>
> I am not sure I want an extra library if 20 lines of code do just
> fine.
Having googled for MEC++, I think he means Scott Meyer's More
Effective C++, rather than some l
On Tue, Aug 19, 2003 at 03:23:17PM +0200, Michael Schmitt wrote:
> Hello,
>
> please find the missing patch for lyx2lyx which transforms vertical
> alignment "center" to "middle".
>
> Please check and - if OK - apply.
>
> Michael
> Index: lib/ChangeLog
> ===
On Wed, Aug 20, 2003 at 12:02:08PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> >> Given that InsetAtom seems to be part of the road map to IU, it seems
> >> reasonable to suppose that clone()
Lars Gullik Bjønnes wrote:
>
> | Why does showMessage::operator()(string m) in converters.C not
> | take a "string const &" arg?
>
> Have I done anything with that now?
No, but you said "Have a look". So I did. It seems like a trivial
fix, so why not do it? (I don't have a copy of the tree her
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
>> Given that InsetAtom seems to be part of the road map to IU, it seems
>> reasonable to suppose that clone() will eventually return InsetAtom rather
>> than std::auto_ptr.
>
| No, clone w
On Wed, Aug 20, 2003 at 11:42:21AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
> >> This is wrong, right?
> >
> | I have no idea what config.h is good for if I don't need it. But people
> | kept
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> This patch does a sweep over all the code... there be bugs.
>>
>> But it basically work as intended, but I think I have been overeager
>> in a couple of cases. And in some cases I think more ref stuff
>> should be added s
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
> That requires
>
> 1) the ability to draw a more general outline / paint a more general
> background than a rectangle. Almost trivial.
Indeed.
> 2) A more general metrics model than the asc/desc/width (i.e.,
> treating insets as su
On Tue, Aug 19, 2003 at 01:23:20AM +0200, Lars Gullik Bjønnes wrote:
>
> Hmm... we have two code paths for loading a file... one if lyx2lyx is
> not needed and one if lyx2lyx did something? We should change that to
> be one code path only...
That was my thought. Some of the logic there could (s
Just in case somebody is interested:
[Not sure this is complete, it works for me..]
#!/usr/bin/perl
while (<>) {
s/^#LyX 1.4.0cvs/#LyX 1.3/;
s/^\\lyxformat 225/\\lyxformat 221/;
s/^\\end_layout//;
s/^\\begin_layout/\\layout/;
s/^\\tracking_changes.*//;
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
>> This is wrong, right?
>
| I have no idea what config.h is good for if I don't need it. But people
| kept telling me to include it, so I did.
>
>> Angus
>>
>> $ grep config.h `find . -name
Andre Poenitz wrote:
>
> When I have several xfig files included, export to .dvi replaces
> them
> with one of them (i.e. instead of pictures A, B, C, it'll print A,
> A, A)
>
> I was thinking of switching to 1.4 for my dayly work, but this is a
> show-stopper.
>
> Angus?
I'm very busy at the
On Wed, Aug 20, 2003 at 11:17:32AM +0200, Andre Poenitz spake thusly:
>
> On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> > Here is a patch doing the following things:
> >
> > 1) calculates a realistic width for insets containing a single short
> > line ("row") of text, puts it
Angus Leeming <[EMAIL PROTECTED]> writes:
| This is wrong, right?
| Angus
Not necessarily...
On most cases it will be wrong, so it should be looked at.
--
Lgb
When I have several xfig files included, export to .dvi replaces them
with one of them (i.e. instead of pictures A, B, C, it'll print A, A,
A)
I was thinking of switching to 1.4 for my dayly work, but this is a
show-stopper.
Angus?
Andre'
--
Those who desire to give up Freedom in order to ga
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> Here is a patch doing the following things:
>
> 1) calculates a realistic width for insets containing a single short
> line ("row") of text, puts it into the LyXText metrics and displays
> the inset at this width;
>
> 2) experimen
Here is a patch doing the following things:
1) calculates a realistic width for insets containing a single short
line ("row") of text, puts it into the LyXText metrics and displays
the inset at this width;
2) experimentally for branch insets, displays such insets (if
uncollapsed) as inlines embe
Andre Poenitz wrote:
> On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
>> This is wrong, right?
>
> I have no idea what config.h is good for if I don't need it. But
> people kept telling me to include it, so I did.
>
>> Angus
>>
>> $ grep config.h `find . -name "*.h"`
>> ./LStrin
Lars Gullik Bjønnes wrote:
> This patch does a sweep over all the code... there be bugs.
>
> But it basically work as intended, but I think I have been overeager
> in a couple of cases. And in some cases I think more ref stuff
> should be added so that some '*' can be removed.
>
> Have a look, h
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> Given that InsetAtom seems to be part of the road map to IU, it seems
> reasonable to suppose that clone() will eventually return InsetAtom rather
> than std::auto_ptr.
No, clone would be called by the c'ctor of 'InsetAtom' and no
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | On Mon, Aug 18, 2003 at 03:37:13PM +0100, Angus Leeming wrote:
I don't think that a library should make such assumptions.
Not convinced? Then try this:
>>>
On Wed, Aug 20, 2003 at 01:30:50AM +0200, Christian Ridderstr?m wrote:
> On Wed, 20 Aug 2003, Angus Leeming wrote:
>
> > Christian Ridderstr?m wrote:
> >
> > Try http://wiki.dotgnu.org/
>
> Thanks. I only checked sites using the PmWiki wiki engine before... but
> this site works beatifully. Is
On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
> This is wrong, right?
I have no idea what config.h is good for if I don't need it. But people
kept telling me to include it, so I did.
> Angus
>
> $ grep config.h `find . -name "*.h"`
> ./LString.h:#error The header should always
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> I understand the need for the solution, but I also remember the InsetAtom
> solution being discussed in Chemnitz. I guess I wasn't paying attention
> when you decided not to go that route.
>
> Could you explain now?
>
> Given that
52 matches
Mail list logo