Hi,
The faulty environment variable is LC_CTYPE. when setting this
variable (either directly or by setting the LANG) LyX doesn't handle
hebrew text correctly.
Do someone now when lyx looks at the LC_CTYPE and what effect it has
when it's set in LyX?
Regards,
Guy
On 1/4/07, Guy Rutenberg <[EM
Hi,
I can confirm that the bug is related to the environment variable, and
especially the ones that relate to the locale settings.
I couldn't solve the problem with only unsetting the LANG but I solved it
when I unset all the locale related variables. As this is not a nice
solution I will try to f
LyX crashen on a special table:
http://bugzilla.lyx.org/show_bug.cgi?id=3067
regards Uwe
On Jan 3, 2007, at 6:30 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
In recent 1.5svn: start LyX, open a file, close it. LyX crashes.
Here's the backtrace:
QPixmap::operator=: Cannot assign to pixmap during painting
QCoreGraphicsPaintEngine::begin: Painter already active
QPainter::begin()
Sorry, just move the mouse.
I think this is the invalid last_inset_ bug I just fixed. Please
update and try again.
Cheers,
Bo
Could somebody please add the new Intro.lyx files to svn:
For LyX 1.4.4svn:
http://wiki.lyx.org/uploads/LyX/LyXDevelDocumentation/Intro.lyx
For LyX 1.5.0svn:
http://wiki.lyx.org/uploads/LyX/LyXDevelDocumentation/1.5/Intro.lyx
The files uses two images included in the zip-files linked at:
http:/
Bo Peng schrieb:
- create a new document and an ERT inset
- collapse the inset, the cursor is now before the inset
- now press delete
- move the mouse over the inset -> crash
If you press delete, the inset should be deleted, how to move the mouse
over it?
Sorry, just move the mouse.
Uwe
- create a new document and an ERT inset
- collapse the inset, the cursor is now before the inset
- now press delete
- move the mouse over the inset -> crash
If you press delete, the inset should be deleted, how to move the mouse over it?
Bo
Another crash bug with insets:
http://bugzilla.lyx.org/show_bug.cgi?id=3066
regards Uwe
Bennett Helm wrote:
In recent 1.5svn: start LyX, open a file, close it. LyX crashes. Here's
the backtrace:
QPixmap::operator=: Cannot assign to pixmap during painting
QCoreGraphicsPaintEngine::begin: Painter already active
QPainter::begin(): Returned false
Does this patch solves the crash?
A
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is first displayed
after you switch to another tab.
regards Uwe
Michael Gerz schrieb:
I noticed that you added some serious bug reports to bugzilla. You
should mention them also on lyx-devel, especially as some of the bugs
may directly be related to Abdel's MVC work.
Don't hurry me, I usually report them while I'm working on the docs and report
them late
Currently the text format of notes insets is always the same as for the
surrounding paragraph and can't be changed. That means that if a note in in a
section heading, its characters are always bold although they might not be bold
when the note is for example a greyed-out note.
This is in my opinio
Bennett Helm wrote:
In recent 1.5svn: start LyX, open a file, close it. LyX crashes. Here's
the backtrace:
QPixmap::operator=: Cannot assign to pixmap during painting
QCoreGraphicsPaintEngine::begin: Painter already active
QPainter::begin(): Returned false
Looking at the backtrace, it seems t
This happens with Copy&Paste:
1) Create a note
2) Collapse it
3) Place the mouse cursor over the inset button.
4) Select the inset with the keyboard
5) type Ctrl-v immediately followed by Ctrl-v. The note inset is then
replaced by its own copy.
6) move the inset out of the inset
I find a simple
Here are some bug I found in todays svn, maybe some are for status1.5.x:
Preferences changes not taken immediately:
http://bugzilla.lyx.org/show_bug.cgi?id=3058
Language problem of text inside insets and tables, LyX1.5svn and 1.4.4svn:
http://bugzilla.lyx.org/show_bug.cgi?id=3059
Inset collapse
Michael Gerz wrote:
Uwe,
I noticed that you added some serious bug reports to bugzilla. You
should mention them also on lyx-devel, especially as some of the bugs
may directly be related to Abdel's MVC work.
I've checked and I reckon none of the new bugs are related to my work.
Abdel.
I noticed the following spell checking and thesaurus bugs in LyX1.5svn:
For LyX1.5svn and 1.4.4svn:
http://bugzilla.lyx.org/show_bug.cgi?id=2691
There are other spell checker bugs that makes life harder than it was in
previous LyX versions:
http://bugzilla.lyx.org/show_bug.cgi?id=3064
http://b
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/TextMetrics.C
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/TextMetrics.C?rev=16452
==
[...]
Is this a real bug fix (addressing a ca
On Wed, 3 Jan 2007, Michael Gerz wrote:
Uwe,
I noticed that you added some serious bug reports to bugzilla. You should
mention them also on lyx-devel, especially as some of the bugs may directly
be related to Abdel's MVC work.
For 1.5.0, we use to add short-living bugs to file Status.15x. B
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/TextMetrics.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/TextMetrics.C?rev=16452
==
--- lyx-devel/trunk/src/TextMetrics.C (original)
+++ lyx-devel/trunk/
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: kuemmel
Date: Sat Dec 30 15:50:45 2006
New Revision: 16441
URL: http://www.lyx.org/trac/changeset/16441
Log:
add more lyxerr output, don't use a reference (maybe stdlib-debug has
problems with it)
IMHO "maybe" is not a good excuse to slo
[EMAIL PROTECTED] schrieb:
Author: kuemmel
Date: Sat Dec 30 15:50:45 2006
New Revision: 16441
URL: http://www.lyx.org/trac/changeset/16441
Log:
add more lyxerr output, don't use a reference (maybe stdlib-debug has problems
with it)
Modified:
lyx-devel/trunk/src/frontends/qt4/QToc.C
Modifi
Michael Gerz schrieb:
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Sat Dec 30 16:53:19 2006
New Revision: 16443
URL: http://www.lyx.org/trac/changeset/16443
Log:
delete unused variables.
Modified: lyx-devel/trunk/src/text.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/text.C?rev=16
Uwe,
I noticed that you added some serious bug reports to bugzilla. You
should mention them also on lyx-devel, especially as some of the bugs
may directly be related to Abdel's MVC work.
For 1.5.0, we use to add short-living bugs to file Status.15x. Bugzilla
entries are of lower priority at
In recent 1.5svn: start LyX, open a file, close it. LyX crashes.
Here's the backtrace:
QPixmap::operator=: Cannot assign to pixmap during painting
QCoreGraphicsPaintEngine::begin: Painter already active
QPainter::begin(): Returned false
Program received signal EXC_BAD_ACCESS, Could not access
Abdelrazak Younes wrote:
Georg Baum wrote:
As long as these requirements are fulfilled I don't care very much
whether the middle mouse button preserves formatting if it pastes
something from within LyX or not. I do care about the format of the
external selection: That should always be plain te
Michael Gerz wrote:
-return setCursor(cur, pit, pos, true, bound);
+setCursor(cur, pit, pos, true, bound);
+return;
}
This "return" statement looks superfluous. I am going to remove it.
No objection :-)
On Wednesday 03 January 2007 6:06 pm, Michael Gerz wrote:
> For your enjoyment: I just updated all occurrences of LYX_DIR and
> LYX_USER_DIR in
>
> http://www.lyx.org/trac/changeset/16481
Thanks Michael. :-)
> Michael
--
José Abílio
Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
>> Peter Kümmel wrote:
because LyXView::work_area_ fails, it is something like
(0x13)->work_area
>>> So the question is: Where does 0x13 come from?
>>
>> No idea.
>
> I think this is because lyxview_ is a reference and not a pointer in
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Sat Dec 30 16:53:19 2006
New Revision: 16443
URL: http://www.lyx.org/trac/changeset/16443
Log:
delete unused variables.
Modified: lyx-devel/trunk/src/text.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/text.C?rev=16443
===
Hi!
I was finally able to recreate the problem that Georg and Guy were
having (each word in Hebrew being reversed), by setting the LANG
environment variable to he_IL. I don't know if this is the only
environment variable which causes trouble, but it's definitely one of
them. Hope this helps u
This is certainly possible. I only do not see the advantage in doing so,
only a problem: This representation would directly reflect the internal
data structure, therefore it could change quite often, even in the stable
series. That means that this internal data structure should not be used by
any
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 16:08 schrieb Jean-Marc Lasgouttes:
I was trying to get translations to work on qt, and stumbled on the
following:
if (qt_trans->load(language_name,
QLibraryInfo::location(QLibraryInfo::TranslationsPath)))
{
Am Mittwoch, 3. Januar 2007 18:25 schrieb Bo Peng:
> I have listed five advantages of using system clipboard and I guess
> you agree with me on those.
Only partially ;-)
> As I have said, after we unify the
> clipboard access, we can perfect the parse function slowly, and we do
> not have to ac
> When 1.6.x is started, I will propose an XML/ODF based solution. The
> basic idea is that we can store those latex-related files within the
> ODF file, and allow ooffice and word to open the ODF file with basic
> formating. No latex->doc conversion is required then.
Hmmm. I think that there are
Am Mittwoch, 3. Januar 2007 17:51 schrieb Bo Peng:
> Let us think a bit more about this MIME approach:
> 1. it removes the need for internal clipboards.
At the cost of either performance or another serialization format.
> 2. it stops confusions about pasting under different contexts. I guess
> yo
Jean-Marc Lasgouttes schrieb:
José> You are right, the places I have found are:
Jean-Marc> I am not sure you did the right search. I found:
Jean-Marc> fantomas: grep -r 14x .|grep -v /po/|grep -v ChangeLog
Jose, remember that this is still not done.
For your enjoyment: I just updated all oc
On Thu, Jan 04, 2007 at 11:30:23AM +1800, Bo Peng wrote:
> > However, I can live with C-c and C-v, so if you have strong opinions
> > about a theoretical good behaviour, and by this theory you think that
> > it is a deadly sin to copy selection to clipboard, then I can bear
> > with it. I can unde
On Jan 3, 2007, at 12:37 PM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> However, sometimes nothing gets displayed in the info bar
Bennett> when entering keyboard shortcuts, even though it should.
Bennett> Thus, I have F bound to footnote-insert;
Hartmut,
there are some hard-coded file names in the German user documentation.
They won't work on other machines.
./de_Customization.lyx:
filename
/windows/D/EigeneDateien/LyX/Dokumentation/14x/images/layout-paragraph.xpm
filename
/windows/D/EigeneDateien/LyX/Dokumentation/14x
> This is feasible under X11, but I guess qt/win does not have system
> selection buffer, right?
No. Or yes? I coukld imagine that it implements a fake selection like we do
here. In that case we would not need to do that ourselves. Maybe somebody
who has the qt/win sources handy can have a look?
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> However, sometimes nothing gets displayed in the info bar
Bennett> when entering keyboard shortcuts, even though it should.
Bennett> Thus, I have F bound to footnote-insert; this
Bennett> will not display in the info bar until th
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Good shot! Yes, I think so (at least I can see the debug
Georg> message above). Now the question is why
Georg> setLayoutDirection(Qt::LeftToRight) is called.
I think the menus were wrong without it in hebrew locale, but I am not
sure
On Thu, Jan 04, 2007 at 09:21:43AM +1800, Bo Peng wrote:
> > Once I improved a script which collected all files used by LyX in a tar
> > archive. I am attaching here this script. It is a Bourne shell script,
> > but I think that Bo would be able to easily convert it to python.
> > If there's inter
However, I can live with C-c and C-v, so if you have strong opinions
about a theoretical good behaviour, and by this theory you think that
it is a deadly sin to copy selection to clipboard, then I can bear
with it. I can understand your point. I don't agree with it, but I am
aware that this is a s
Everybody agrees that the table clipboard should be merged with the normal
internal clipboard. I just don't think that we should do this now, since
it is too risky. That leaves two different clipboars: An internal one and
an external one.
I see.
I know of two reasons why we need both an intern
On Wed, Jan 03, 2007 at 03:48:50PM +0100, Georg Baum wrote:
> Am Mittwoch, 3. Januar 2007 14:51 schrieb Enrico Forestieri:
> > What I question here is that those guidelines are also applied to
> Windows.
> > However, if I change my hat and wear that of an X11 user, I agree with
> you.
>
> Well,
Am Mittwoch, 3. Januar 2007 17:03 schrieb Bo Peng:
> > No, this was not about naming. What I meant was: LyX does not care
whether
> > the selection was set from within or not. It simply sends the selection
to
> > the X server when it has one, and gets the current selection back when
it
> > is re
Am Mittwoch, 3. Januar 2007 16:55 schrieb Bo Peng:
> Yes. Clear separation of copySelection and copyClipboard in function
> name or parameter is needed. However, there is no need for a parameter
> LFUN_COPY since LFUN_COPY is LFUN_COPY, i.e., copy content to system
> clipboard.
Exactly.
> I think
Georg Baum wrote:
As long as these requirements are fulfilled I don't care very much whether
the middle mouse button preserves formatting if it pastes something from
within LyX or not. I do care about the format of the external selection:
That should always be plain text, definitely not LyX syn
On Jan 3, 2007, at 10:53 AM, Jean-Marc Lasgouttes wrote:
The following patch aims at improving the situation of shortcuts in
GUI. It basically boils down to two changes:
- in GuiApplication, make qt_trans (now qt_trans_) a member of the
application, so that it does not get deleted at the end
On Thu, Jan 04, 2007 at 10:03:51AM +1800, Bo Peng wrote:
> > Then the only thing that would be missing for Enrico is a
> > connection of this emulated selection to the external clipboard,
>
> What Enrico wants should, IMHO, not be supported. I insist on a clear
> selection/clipboard separation.
Am Mittwoch, 3. Januar 2007 16:46 schrieb Bo Peng:
> I do not quite get it. Why do we need the concept of internal
> clipboard(s)? Why can not we send everything to system clipboard?
We should send everything to the system clipboard (and AFAIK we do this
already).
> After all, system clipboard a
Am Mittwoch, 3. Januar 2007 16:08 schrieb Jean-Marc Lasgouttes:
> I was trying to get translations to work on qt, and stumbled on the
> following:
>
> if (qt_trans->load(language_name,
> QLibraryInfo::location(QLibraryInfo::TranslationsPath)))
> {
> qApp->in
Am Mittwoch, 3. Januar 2007 15:56 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Almost all of the remaining stuff looks wrong, too. Can't you simply
fill
> > the selection at the right time without touching LFUN_COPY?
>
> Of course I can. But then it will not be possible to keep the LyX
>
> BTW, http://doc.trolltech.com/4.2/qclipboard.html says that we can put
> Mime data to system clipboard. Can we unify our internal clipboard
> buffers as system clipboard under differnt mime formats?
We could but this would mean that we have to parse the string (which
would be in the LyX format)
Bo Peng wrote:
Please read the whole thread and my patch proposal before commenting any
further.
Sorry about that, but I do not want to go to the tech details *before*
we have a clear goal of what to achieve. After so many discussions, I
guess we have all agreed on the clear separation of sele
Bo Peng wrote:
> I think middle-button-paste should keep lyx formating, if this can be
> done properly, in terms of inter-application paste. Actually, I do not
> mind at all that xterms paste lyx selection with extra stuff like
> \begin{table}.
I would mind personally.
OK, we need internal sel
Concerning the docs team:
Everybody who has some time to work on the docs should just say "Here I am" and
can start working.
I don't think we need a leader, but more someone who takes care about the docs and is responsible for changes, typos, mistakes, etc. I'm
currently responsible for the doc
Please read the whole thread and my patch proposal before commenting any
further.
Sorry about that, but I do not want to go to the tech details *before*
we have a clear goal of what to achieve. After so many discussions, I
guess we have all agreed on the clear separation of selection and
clipbo
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 17:13 schrieb Abdelrazak Younes:
OK, that's just semantics but I got your point. I am going to reorganise
CutAndPaste.C so that we can reuse some of the algorithms for
selection as well as clipboard.
Please wait a bit, I am currently doing some
> I think middle-button-paste should keep lyx formating, if this can be
> done properly, in terms of inter-application paste. Actually, I do not
> mind at all that xterms paste lyx selection with extra stuff like
> \begin{table}.
I would mind personally.
OK, we need internal selection for windo
Bo Peng wrote:
No, this was not about naming. What I meant was: LyX does not care
whether
the selection was set from within or not. It simply sends the
selection to
the X server when it has one, and gets the current selection back when it
is requested. Therefore a Selection::isInternal() method
Am Mittwoch, 3. Januar 2007 17:13 schrieb Abdelrazak Younes:
> OK, that's just semantics but I got your point. I am going to reorganise
> CutAndPaste.C so that we can reuse some of the algorithms for
> selection as well as clipboard.
Please wait a bit, I am currently doing some work on that (
Bo Peng wrote:
> I believe that cutSelection does already what you now added.
Not since I removed the clipboard fill-in from copySelection(). That's
because cutSelection() is calling copySelection() which do the filling
in without my patch.
Yes. Clear separation of copySelection and copyClipbo
No, this was not about naming. What I meant was: LyX does not care whether
the selection was set from within or not. It simply sends the selection to
the X server when it has one, and gets the current selection back when it
is requested. Therefore a Selection::isInternal() method is only
confusing
> I believe that cutSelection does already what you now added.
Not since I removed the clipboard fill-in from copySelection(). That's
because cutSelection() is calling copySelection() which do the filling
in without my patch.
Yes. Clear separation of copySelection and copyClipboard in function
The following patch aims at improving the situation of shortcuts in
GUI. It basically boils down to two changes:
- in GuiApplication, make qt_trans (now qt_trans_) a member of the
application, so that it does not get deleted at the end of the
contructor. This means that translation of qt stuf
The different clipboard paste operations we currently have are:
1) internal paste from cut stack number 0: "paste"
2) internal paste from cut stack number n: "paste n"
3) external paste as lines: "clipboard-paste"
4) external paste as paragraphs: "clipboard-paste paragraph"
This is overly compl
On 1/4/07, Michael Gerz <[EMAIL PROTECTED]> wrote:
Andr� Poenitz schrieb:
> Is there a reason for not embedding manifests in the .exe?
>
The manifest is already embedded in the .exe! I think there was some
kind of misunderstanding...
It is because the lyx.exe.manifest file that stands beside ly
Once I improved a script which collected all files used by LyX in a tar
archive. I am attaching here this script. It is a Bourne shell script,
but I think that Bo would be able to easily convert it to python.
If there's interest it could even be distributed with LyX. I think
that it is better than
On Wed, Jan 03, 2007 at 01:27:25PM +0100, [EMAIL PROTECTED] wrote:
> On Wed, 3 Jan 2007, Georg Baum wrote:
>
> >> LyX could ask whether one wants to store a copy of the image besides
> >> the .lyx file... Just a thought.
> >
> > That would be sensible IMHO, but still not the standard behaviour o
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The generated file is correct, so the setEncoding modifier
Georg> works. I am glad to see that. The screenshot looks different
Georg> than here (but the patch did not change anything drawing
Georg> related). Obviously your version is c
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 12:44 schrieb Abdelrazak Younes:
OK, I see the logic and agree. Could you please then take the patch and
modify it to implement that?
That would look like the attached, please test. And before we introduce the
forth clipboard I suggest to merge th
Joost,
do you have any plans to update your compilation package in the near future?
Both aspell (0.60.4 => 0.60.5) and qt (4.2.1 => 4.2.2) are no longer up
to date.
Michael
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 15:01 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
The mixing comes from the fact that cap::copySelection() fills in
theClipboard(), independantly of the caller.
That is alright. Why do you think this should be changed?
See below.
I bel
Am Mittwoch, 3. Januar 2007 14:25 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Before this can go in I would also like to get rid of the
> Georg> unneeded encoding changes that this patch adds. Jean-Marc, do
> Georg> you have an idea?
>
>
> W
Am Mittwoch, 3. Januar 2007 14:51 schrieb Enrico Forestieri:
> What I question here is that those guidelines are also applied to
Windows.
> However, if I change my hat and wear that of an X11 user, I agree with
you.
Well, this whole discussion might be moot now. What do you think of the
proposa
Am Mittwoch, 3. Januar 2007 13:22 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Am Mittwoch, 3. Januar 2007 12:56 schrieb Abdelrazak Younes:
> >> Georg Baum wrote:
>
> >>> Nevertheless I am able to select something in LyX and paste it with
> > middle
> >>> mouse button into another app. I d
Am Mittwoch, 3. Januar 2007 15:01 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > The mixing comes from the fact that cap::copySelection() fills in
> > theClipboard(), independantly of the caller.
That is alright. Why do you think this should be changed?
> > This patch fixes this by
Hossein Noorikhah wrote:
I suggest to include an option so that users can select one of two
usual behaviors that were mentioned before ie. Visual or Logical
movement. I think this can be a reasonable decision. But sometimes
this kind of compatibility makes code and also 'settings page' too
compli
On Wed, Jan 03, 2007 at 12:38:26PM +0100, Georg Baum wrote:
> Am Mittwoch, 3. Januar 2007 12:11 schrieb Andr� Poenitz:
> > On Wed, Jan 03, 2007 at 11:18:58AM +0100, Georg Baum wrote:
> > > Am Mittwoch, 3. Januar 2007 01:47 schrieb Enrico Forestieri:
> > > > Not to say that the typical Windows us
On Wed, Jan 03, 2007 at 11:18:58AM +0100, Georg Baum wrote:
> Am Mittwoch, 3. Januar 2007 01:47 schrieb Enrico Forestieri:
> > I haven't seen any rationale, only opinions. Currently, when I copy
> > something to the clipboard I cannot paste it by C-v, which is what
> > the typical Windows user exp
Andr� Poenitz schrieb:
Is there a reason for not embedding manifests in the .exe?
The manifest is already embedded in the .exe! I think there was some
kind of misunderstanding...
Michael
Abdelrazak Younes wrote:
The mixing comes from the fact that cap::copySelection() fills in
theClipboard(), independantly of the caller. This patch fixes this by
properly filling in theSelection() or theClipboard() depending on the
argument at LFUN_COPY time. It also fills in the X Selection at
Am Mittwoch, 3. Januar 2007 12:44 schrieb Abdelrazak Younes:
> OK, I see the logic and agree. Could you please then take the patch and
> modify it to implement that?
That would look like the attached, please test. And before we introduce the
forth clipboard I suggest to merge the tabular and nor
On Wed, Jan 03, 2007 at 11:17:25AM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> > - As I read Abdel's patch (and as it was meant AFAIK) it overwrites the
> > clipboard with the selection.
>
> Yes but I proposed to remove this clipboard overwriting.
>
> > This destroys a very common fea
On Wed, Jan 03, 2007 at 11:03:05AM +0100, Georg Baum wrote:
> Am Dienstag, 2. Januar 2007 22:19 schrieb Enrico Forestieri:
>
> > I really can't understand you.
> >
> > 1) Windows has no selection concept.
> > 2) Some programs exists which copy selection to the clipboard.
> > 3) Abdel makes a pat
On Wed, Jan 03, 2007 at 10:24:47AM +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> > Am Dienstag, 2. Januar 2007 22:20 schrieb Enrico Forestieri:
> >> On Tue, Jan 02, 2007 at 08:24:49PM +0100, Abdelrazak Younes wrote:
> >>
> >>> Georg Baum wrote:
> - copy something to the clipboard
> >>
The mixing comes from the fact that cap::copySelection() fills in
theClipboard(), independantly of the caller. This patch fixes this by
properly filling in theSelection() or theClipboard() depending on the
argument at LFUN_COPY time. It also fills in the X Selection at mouse
release time instea
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Before this can go in I would also like to get rid of the
Georg> unneeded encoding changes that this patch adds. Jean-Marc, do
Georg> you have an idea?
Where are those unneeded changes?
JMarc
Uwe suggested a documentation team should be formed on the lyx-docs' list.
I think it is an excellent idea as LyX 1.5 is hopefully out this year ;-)
With a documentation team, we might be able to get people on the users'
list to help with the documentation, but the team needs a leader.
AFAIK,
Am Dienstag, 2. Januar 2007 22:34 schrieb Dov Feldstern:
> The patch basically works --- in other words, if the document's encoding
> is set to "auto", then the latex file is generated (almost) correctly.
> There is one small bug though, where a linebreak is lost (I'm pretty
> sure it's due to t
On Wed, 3 Jan 2007, Georg Baum wrote:
LyX could ask whether one wants to store a copy of the image besides
the .lyx file... Just a thought.
That would be sensible IMHO, but still not the standard behaviour one is
used from word processors that Enrico demands above.
So Enrico probably wants
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 12:56 schrieb Abdelrazak Younes:
Georg Baum wrote:
Nevertheless I am able to select something in LyX and paste it with
middle
mouse button into another app. I don't understand why this works.
Maybe because X do store the contents?
Maybe, but
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 12:33 schrieb Abdelrazak Younes:
It was easy so I've done it. It works quite well. Could you please it on
X11 and verify that I did not miss something?
What I don't like is that you used the fake selection even if on systems
that have a real one
Am Mittwoch, 3. Januar 2007 12:56 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Am Mittwoch, 3. Januar 2007 12:09 schrieb Abdelrazak Younes:
> >> Well, what you say is not fully correct, this isInternal() method
could
> >> be used in LFUN_MOUSE_PRESS in place of the local paste_internally
>
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> That works for both English, French, and German. (Accents are
Bennett> working well.)
OK, the patch is in now.
Bennett> The only catch is that the LyX menu is in English for all
Bennett> versions. (Other menus are in the correc
Am Mittwoch, 3. Januar 2007 12:33 schrieb Abdelrazak Younes:
> It was easy so I've done it. It works quite well. Could you please it on
> X11 and verify that I did not miss something?
What I don't like is that you used the fake selection even if on systems
that have a real one. That is aginst
1 - 100 of 131 matches
Mail list logo
