This doesn't look like the right fix.
Normally, the caller would instead use `STRING_SET_UNIBYTE' after the
call
(or rather calls one of make_foo_string which does it for him) if
needed.
You are right, the problem is finding where this should be done :-)
{
coding_free_composition_data (coding);
return (nocopy ? str : Fcopy_sequence (str));
}
shrinked_bytes = from + (SBYTES (str) - to_byte);
}
So if str is mulitbyte when it enters this function, the return value is
multibyte. I suspec
ldn't help.
Jan D.
David Kastrup wrote:
"Jan D." <[EMAIL PROTECTED]> writes:
David Kastrup wrote:
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually
TRING;
*format_ret = 8;
If the multibyte string is generated by an error and this is one of the
places where we can detect the error, should we not keep the xassert?
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/lis
a user
resize), so the frame shrinks.
If I detach and attach slowly, it usually works OK, so I guess there is
a timing problem in fluxbox.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
multibyte string, signal an error instead of aborting.
The error message can be improved if you put it in
x_handle_selection_request instead (lisp_data_to_selection_data is only
called from there). Then you can get the target_symbol in to the error
text, which otherwise can be hard to know
e.
What you will loose is perhaps international characters. Unless of
course care is taken to convert from Emacs representation to whatever
w32 uses (UTF8?).
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
the pointer. The color and font also differs, but
that can be customized. Maybe we can make tool tips appear under the
button if it is for a tool bar button. Would that be better?
The problem with the font is that Emacs doesn't support anti aliased
fonts (yet), but G
ast
as OK as for menus).
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
uilt for GTK, I guess I have that patch lying around
somewhere. I'll try to get it in after this release.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
we would have to apply the frame
parameters again (font, color and such) and that still takes some time.
They could also be cached of course so we only re-apply what has been
changed, but then I think it is more effort than it is worth.
Jan D.
_
ut for other ports of Emacs it must be a bitmap.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"/path/test2.png")
Nothing happens after this under GNOME or KDE
That's what I mean by "dynamic"
Are you sure you've given the correct image file name? This works for
me with all window managers I've tried, including KDE 3.3 and Gnome 2.6
and 2.8.
Jan D.
__
ill not be set.
The fact that Windowmaker makes a distinction sounds strange, but a WM
is free to do what it wants. I can't really deduce from your
explanation what the difference is.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
ht
will make interrupt_input_blocked have a value of 1 after the unbind_to
(assuming it was 0 before BLOCK_INPUT and no code in ... throws)?
Shouldn't record_unwind_protect be enclosed with
UNBLOCK_INPUT/BLOCK_INPUT?
That wouldn't be correct, but we could move it before the first
BLOCK_I
ating interrupt_input_block. I've tried to handle that
situation, but bugs may of course still remain.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Jan D." <[EMAIL PROTECTED]> writes:
Also with regard to the other report you answered (where I was
wrong):
I might well be mistaken. I am just trying to get a hold of why
Emacs
keeps crashing on me. It appears, anyway, that something seriously
elusive is going on here. I
. Correct?
A use of BLOCK_INPUT or UNBLOCK_INPUT outside of the main thread is a
bug. Correct?
Yes times three.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Jan D." <[EMAIL PROTECTED]> writes:
This sounds like normally only the main thread should ever be
touching
interrupt_input_blocked, unless we have a bug. Correct? So we need
not think about how to synchronize accesses to the variable, but
rather make sure that no thread except
neral thread safe solution.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Jan D." <[EMAIL PROTECTED]> writes:
But xmalloc and all related routines use BLOCK_INPUT nevertheless.
So
it is obvious that although malloc seemingly can be used (given
_BOTH_
PTHREAD and GTK) without problems, all uses of xmalloc still are
flawed in the old way.
So we s
Kim F. Storm wrote:
/configure CFLAGS="-g -O0 -DXASSERTS=1"
If somebody would refine that to
/configure --with-asserts
it would be great!!
./configure --enable-asserts
now adds -DXASSERTS=1 to cflags.
Jan D.
___
Emacs-devel mailing
tell. Constructing the info directory on
first C-h i is an example where the hourglass is shown.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
eally
comfortable with this code. I think we should try to get SYNC_INPUT to
work. That should simplify a few bits.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
ignal handling with multiple threads is not portable and very tricky.
If we could minimize the work done in signal handlers, preferrably just
setting a variable or two, thing would be simpler.
But a mutex lock/unlock in BLOCK/UNBLOCK_INPUT is the obvious initial
approach.
2005-03-04 kl. 20.36 skrev Stefan Monnier:
I think we should try to get SYNC_INPUT to work.
Works for me.
For me too. But it is probably too untested to turn on by default for
this release?
Jan D.
___
Emacs-devel mailing list
Emacs-devel
egion. For that no hourglass is shown. But if
invoked with M-C-\ an hourglass is shown. Turns out that M-x ... calls
minibuffer-complete-and-exit, and that function throws so the start
hourglass action is unwind and canceled. A bit inconsistent here.
problems reported with the current code currently.
There are problems from time to time that would never have happened in
the SYNC_INPUT case. Also, it would be easier to change so that a
separate thread does what the signal handler does now.
Jan D
2005-03-05 kl. 11.45 skrev Eli Zaretskii:
Date: Fri, 04 Mar 2005 18:34:23 +0100
From: "Jan D." <[EMAIL PROTECTED]>
Not for indent-region (it should be IMHO). Ediff-buffer is quite fast
on my machines, so I can't tell.
I think the easiest way to find out whether the hourglass
- Original Message -
From: "Jan D." <[EMAIL PROTECTED]>
This does not always work, as in the case of M-x indent-region versus
C-M-\. Both starts the hourglass timer, but the first stops it
directly afterwards.
I am glad you took this up since it is rather confusing whe
its redisplay by function callbacks for expose events and
the like. But as long Emacs runs the X (or rather GTK) event handling
in a signal handler, this will be hard to make work correctly, because
the mozilla code may do just about anything. It is possible it will
work for most cases though
y, so running with
those breakpoints enabled makes for a lot of continue in gdb. Not
impossible though.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
, command_loop_1(), around
line 1784). This may be a bug.
I am sure it is a bug.
If you can fix it, please do.
I've checked in a fix. Note that this fix is only for X, I don't know
if the other ports may need a similar fix.
Jan D.
___
E
dislikes gtk so much he
nearly
ripped it out. And that's the only toolkit that supports AA!
Where is that branch? How do you access it?
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
ut if we get font metrics from Cairo or Xft does not matter much, the
porting work is roughly the same, so Xft is a much better target. The
drawing stuff is trivial in both cases.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
htt
AFAIK, so this
does nothing when building on w32.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I currently perhaps have some problems with the code submitted by Jan
D for
enabling hourglass when using "M-x indent-region". Hourglass is
actually
shown, but I wonder if I did something wrong since the messages about
"10%"
etc are not shown. I wonder if I missed some pi
a default value. If the user overrides it (with an X
resource or -xrm on the command line) the user setting takes
precedence. Yes, it is a bit hackish.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
that this is a problem, it is just different.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"-*-*-*-R-*-*-*-120-*-*-*-*-ISO8859-*");
but XtDefaultFontSet is
f = XCreateFontSet(display, "-*-*-*-R-*-*-*-120-*-*-*-*,*",
(note no ISO8859 in the latter case). For me that gives different
matches, for you it may give the same font. Since mo
be used when
refer-
ring to this software:
X
X Window System
X Version 11
X Window System, Version 11
X11
Jan D
s, although I haven't actually checked it.
I think you can have that already as long as your menu strings are in
your locale. It works for me :-)
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
e the encoding currently used is
"make_string_unibyte", which can only work for unibyte locales. This
much
also already works with Lucid (no need for my patch here).
You are corrent, I only tried the ISO-8859-x charsets.
Jan D.
___
Emac
the
GNU desktop environment, so aligning Emacs with Gnome where possible
makes sense. It does not make sense to me to change Emacs for the
benefit of any other platform. Now, if someone would like to make a
general solution, like adding the feature that an Emacs user can select
from several different icon themes or make his own theme, that would be
something.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
ffer.
"Quit" is clearer (and more common) than "discard". At this level, the
distinction between leaving the buffer intact and killing it is not
important - and "discard" doesn't help with this distinction anyway.
It is very important. It is a great difference
file"-like
background, see attachement.
<>
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
it is implemented, but the tooltip for a link in X11
is not removed if you move the mouse within the link, it is only
removed when you leave the link (i.e. the highlight is removed). So
the enter/leave link code must do something.
Jan D.
___
Emacs-
f make sense to
me -
"moving withing the document tree structure".
Can't we borrow this?
I guess so. Note that newer versions of gthumb has other icons for
this.
Is there something similar for up?
Not that I know of.
Jan D.
___
ver quit. Of course
the difference is reflected in the difference between discard and quit.
I'll let the native english speakers descide if discard is so strange
that a change to delete is needed.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Jan D." <[EMAIL PROTECTED]> writes:
OPEN is what the action is, not FILE. Sometimes (without file
dialog or
the
Motif dialog), you can actually open directories with open. So
FILE
does not apply.
Please, Jan, when replying to Outlook users, use the WYf command fr
nd a .xbm to be inserted in to lisp/toolbar right away
so I can see it in the Emacs toolbar in context. Or a screen dump of
the Emacs toolbar with the new icons in it. Descriptions and icons not
in context simply isn't the same.
Jan D.
___
Stefan Monnier wrote:
OTOH, dynamically changing the font by tweaking the `menu' face
doesn't seem to work on the menu bar.
It should work now to change the Motif menu bar by changing the menu face.
Jan D.
___
Emacs-devel mailing list
E
tra value.
I am doing an Xft solution, I did not find the talked about Xft branch,
so I started from scratch. The main reason for doing this is that I
wanted to use the GTK file selection dialog, but since that dialog
displays all fonts, including antialiased, Emacs can currently no
times to "comment out" if/while/for statements.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
this
information at startup) as you suggest.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
doesn't compile.
Thank you.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
a proportional
font). I'm sure there are drawing errors (I've sen some myself) and
other errors. Feel free to drop a me a mail about bugs you see, but I
don't expect to spend any time on this until the current release is out
of the door.
Jan D.
mples.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
scroll clicks to Emacs?
Yes, the behaviour on different buttons is hard coded, no configuration
possible. A possible approach is to intercept mouse events and handle
them in Emacs rather than passing them to the scroll bar. This may be
desirable for other reasons also (overscrolling)
point it's not... [whereas if you have base tag,
you update the base tag when you do the merge]
Thanks for the tip.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
ou do get this for Motif based applications:
Warning:
Name: popup_menu
Class: XmMenuShell
XtGrabKeyboard failed
The option grabs the ctrl key and when GTK can't get that grab, it
silently refuses to pop up the menu.
Jan D.
___
E
ut now C-mouse-3-down popps it up, we see that
it does in fact does not pupup and forget the whole thing. Then
C-mouse-3 comes adn Emacs does nothing. If you wan't to use the Ctrl
highlights pointer option you can bind C-mouse-3 to ignore.
Jan D.
mit for 8 bit displays already).
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
w?
Gimp, I don't remember the details, but convert to indexed, and reduce
colors and choose palette when doing that. Then save as xpm, setting
alpha to 255. I don't think it was any more steps.
Jan D.
___
Emacs-devel mailing list
Emac
;ve
fixed it now (and read some more about CVS branching in general :-).
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
e Show/hide, I assume voting yes here
implies Blinking Cursor goes to the Show/hide menu.
3) Fix Options=>Save Options to offer to save unsaved Customize
as suggested by David (below)?
[x] Yes [ ] No
Jan D.
___
Emacs-devel mailing list
Em
ndard components of the OS.
But how can you tell if an object is a standard component in the OS or
not? AFAIK anybody can make ActiveX/COM-objects. Much like shared
libraries on Unix.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
27;ve
done COM-objects but not ActiveX, but I don't think the difference is
that great.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
overhang,
s->height);
Remove the if-statement so the XftDrawRect is always done. That should
improve things, but also slow drawing down somewhat.
Thanks for pointing this out,
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
x unexec (ELF I presume)
or move away from unexec to something else. I think the only thing we
can do for now is to note this in etc/PROBLEMS. It is too bad that root
access is required on those systems to build Emacs.
Jan D.
___
Emacs-devel
ns, one for the original data and one for the original bss, that
are mapped to two different addresses when dumping. But then sections
in the dumped image needs to be expanded and that is tricky as all
sections after needs to be moved as well.
Jan D.
__
the branch so they don't get forgotten. I'll
review them from there when I resume that work.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
x27;s been working for me for the last few days, I would
appreciate some Mac users' trying it out.
To make this more general, I think you should use or generalize the
defcustom variables in x-dnd.el so that Emacs customizations in this
area becomes available on several platforms.
"Jan D." <[EMAIL PROTECTED]> writes:
To make this more general, I think you should use or generalize the
defcustom variables in x-dnd.el so that Emacs customizations in this
area becomes available on several platforms.
x-dnd-known-types, x-dnd-types-alist, and x-dnd-default-t
"Sean O'Rourke" <[EMAIL PROTECTED]> writes:
"Jan D." <[EMAIL PROTECTED]> writes:
To make this more general, I think you should use or generalize the
defcustom variables in x-dnd.el so that Emacs customizations in this
area becomes available on several plat
n
would be more like insert-text, open-file or some such.
Finally, the "suggested action" in XDND will be very useful on Mac, so
I hope it stays around.
As it is part of the protocol in both XDND and Motif, it will not go
anywhere. I'll try to include some generaliz
g/archive/html/emacs-devel/2003-03/msg00609.html
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
roach.
It may have been me that said that. I have tried that approach but
there is some difficulties, i.e. not all parameters of the GTK
scrollbar are available, most notably thumb pixel size. But I've tried
to get overscrolling better with this approach, Athena sema
vents in
C and pass them on to Lisp.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
titious lines at the bottom. The assumtion is that if you are
seeing the whole buffer, the scroll bar thumb should indicate that by
extending from top to bottom.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/ma
code, you have two instances of the Lisp interpreter running in
parallell, and it is not designed for that. Much like not being thread
safe.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Jason Rumney wrote:
"Jan D." <[EMAIL PROTECTED]> writes:
We should break out what you can use in a general dnd.el file. The
x-dnd.el currently contains both general DND handling and protocol
specifics. I'll look at what the w32 code uses and try to generalize
it more.
t it doesn't tell if
the running Emacs was configured with --without-x, only that it is
currently running without X. I.e. it could be emacs -nw, or simply
running without an X display. Does it make any difference?
Jan D.
___
Emacs-devel
inter gets warped there.
-- On Linux/Sawfish, the same.
-- On Solaris/twm (focus follows pointer), the X pointer gets warped
into the bottom right corner of the screen!
Any ideas/comments? Can anyone reproduce this behavior?
I can not be reproduce this on Solaris 9
ll also quit even if it is not popped up as a dialog. This makes me
wonder if there is code that expects nil from menus, since the code
tries to keep that distinction.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Evil Boris wrote:
"Jan D." <[EMAIL PROTECTED]> writes:
Evil Boris wrote:
This seems to work properly in 21.3, but not in current/recent CVS.
This is on Solaris running twm as the window manager.
If I invoke ediff, say to compare two files, ediff starts a little
separat
M switch option (or
equivalent)?
On my OSX (10.3.8) it is in /usr/bin/cpp. But isn't using cpp directly
deprecated? I don't think gcc installs cpp by default anymore.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists
Jan D. writes:
I just got the following backtrace. Any idea what's up?
I indeed don't have /lib/cpp (this is on MacOSX) but it shouldn't
prevent me
from opening a C file,
In this case, how does your system find c-macro-preprocessor?. Do you
have
/usr/ccs/lib/cpp? If so, oes it
ro-expand does not work:
If we added the line below to c-macro-preprocessor would it work then
for Mac
OSX?
Yes it would.
Jan D.
Nick
(defcustom c-macro-preprocessor
;; Cannot rely on standard directory on MS-DOS to find CPP. In
;; fact, cannot rely on having cpp.exe, either, in lates
of compilation.
Jan D.
Sorry, yes you're right it doesn't care what the include paths
where. But my
point is that it can expand all the macros while "gcc -E" can't.
"gcc -E" is
typically given the source file as input but if it was also given the
executable
be removed. But it may
be a bug in enlarge-window also, it should in the second case use the
topmost parents height.
Jan D.
--- Start of forwarded message ---
X-Authenticated: #14592706
Date: Sun, 01 May 2005 14:21:26 +0200
From: martin rudalics <[EMAIL PROTECTED]>
X-Accept-Langua
as sh-mode does by
default.
Jan D.
--- Start of forwarded message ---
To: bug-gnu-emacs@gnu.org
Date: Sat, 7 May 2005 14:30:41 +1000 (EST)
From: [EMAIL PROTECTED] (Michael Wardle)
Subject: sh-indent-for-do wrong
Reply-To: [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
X-Spam-Checker-Ve
| w4 (i1)
| |
| w5 (i1)
| |
| w3 (i1)
|
minibuf
i1 possibly replaced with i3.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
should to eliminate i3,
putting w4 into its place in the structure, and make w3 be the next of
w5.
Want to implement that?
(The same thing should be done with hchild.)
I can implement that.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http
code.
I finally checked in a fix for this, but I didn't feel I could add any
asserts that I was sure about, sorry.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
there is a break
that in effect ignores key presses. If you add a printf before that
line you can see if that is the problem. Stepping in the code just
before in that function and checking where it goes wrong may find a
solution.
Jan D.
___
**
*** 6281,6286
--- 6281,6287
if (compose_status.chars_matched > 0 && nbytes == 0)
break;
+ bzero (&compose_status, sizeof (compose_status));
orig_keysym = keysym;
/* Common for all
that
Emacs tries to handle this at build time.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
hy doesn't sendmail.el send out
mail thru Postfix?
Postfix is not running by default on Mac. Mostly the mail programs
used (Mail.app, Thunderbird, Mozilla, etc) talks directly with SMTP
to whatever host has been configured in that program.
Jan D.
__
AltGr-+, gets me M-C-\, but it is not very ergonomic). The trick
above does not work for me at all.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
1 - 100 of 126 matches
Mail list logo