To quote my last reply which went to Mats only
> I bet he's building on cygwin. There's a reader bug in reading certain
utf-8 characters that I've run into. I'll follow up with more information
tomorrow when I have access to my cousin install at work. This was a
problem with org-mode as well.
There used to be a problem in org-mode/lisp/org-entities.el with the
"trade" definition. The ™ char used to show up as ", which broke parsing
of the line. There was a similar char in auctex/tex-jp.el that turned
into a double quote as well. I don't see either of them right now, and my
cygwin is broken so that I can't recompile.
The bug is still there though, instead of ™ there's a ~ displayed. I just
copied and pasted that char into this email and it came out as ™, so it
might just be a display issue. There are several more ~ in the file; I
seem to recall that is what shows up if the font doesn't have that char?
No, I'm using the same font in emacs and xemacs; emacs is displaying the TM
correctly.
On Thu, Mar 14, 2013 at 9:38 PM, Jeff Sparkes <jsparkes(a)gmail.com> wrote:
> I bet he's building on cygwin. There's a reader bug in reading certain
> utf-8 characters that I've run into. I'll follow up with more information
> tomorrow when I have access to my cousin install at work. This was a
> problem with org-mode as well.
> On Mar 14, 2013 7:40 PM, "Mats Lidell" <matsl(a)xemacs.org> wrote:
>
>> >>>>> Alan Mackenzie <acm(a)muc.de> writes:
>>
>> > When I try to build the packages, the build errors out in auctex with
>> > these messages:
>>
>> Strange. Need to get some version info I think. What version of XEmacs
>> and what version of the packages are you using?
>>
>> The tip version of the packages are in a good state right now I
>> think. The smoketest is all green and has been that for a while
>>
>> "http://www.contactor.se/~matsl/smoketest/"
>>
>> > [...]
>> > Other than that, is there a nice easy recipe to build the packages
>> > whilst omitting the erroneous ones, so as to get a working, up to
>> > date XEmacs?
>>
>> I normally use the -k flag to make to just let it continue when
>> stumbling on an error. That can sometimes get you going.
>>
>> Yours
>> --
>> %% Mats
>>
>> _______________________________________________
>> XEmacs-Beta mailing list
>> XEmacs-Beta(a)xemacs.org
>> http://lists.xemacs.org/mailman/listinfo/xemacs-beta
>>
>
--
Jeff Sparkes
jsparkes(a)gmail.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
Thought I should test my file-attributes code on native Windows. Being
away from a Windows day job (:-)) at the moment all I have is access
to the free Express versions.
The build complains about not finding the manifest file. (If details
are need I'll come back with those.)
With VS 2013 I think I was also able to convert the old project files
and get a solution file, sln and build it that way. But this fails
too (and I regret now that I didn't push the sln-file et al then.)
>From what I know the tool chain is more or the less the same for the
commercial versions oc VS so they are likely to have the same
problem. I'm also on an XP machine which seems to rule out the 2012
version of VS so that is not an option.
So help is needed.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Is this the correct flag to create a statically linked xemacs?
--without-dynamic
I tried this but configure fails to complete.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
I looked a bit closer at find-lisp.el from GNU Emacs and found that
GNU Emacs file-attributes has an optional parameter id-format. The
user id and group id can be returned as their string representation
instead of as integers. It seems like it is used to some small extent
in GNU Emacs so it might show up in other packages as well.
Any views on adding this optional argument to our version of
file-attributes for compatibility?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
GNU Emacs has the function position-bytes. Doc:
Function: position-bytes position
Return the byte-position corresponding to buffer position position
in the current buffer.
As I get it it is for handling the two ways text can be represented in
GNU Emacs. unibyte or multibyte. (If chars are represented by more
than one byte then the byte position in the buffer for a char isn't
equal to the position in the text.)
So for example: if you stream out a buffer to an external program you
can point to the right spot in the stream for it to start whatever it
wants to do. Sounds a bit dirty though.
How should we deal with elisp using position-bytes? Can we support it?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2013-03-05 - 2013-03-12)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
552 open ( +0) / 296 closed ( +0) / 848 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1391 days.
Median duration of open issues: 1474 days.
Open Issues Breakdown
new 233 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 152 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I've noticed that when I post to the list (via gmane) there's a delay.
Maybe the list is moderated. Fine with me. But I also have found that
some messages never arrive. gmane will not answer any questions
about how they post to lists. i.e. they won't say if they use a
fire-and-forget mode of posting or if there's any information about
gmane's efforts to post, etc.
I have seen bounce-back messages on some lists that are completely
broken so gmane seems to do the right thing. And gmane can't know
what software it's talking to, although it appears that gmane posts
via SMTP, so gmane seems to keep it simple.
Maybe this message just serves as an FYI.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Uwe, I am not sure which keys you want to define with Hyper_L.
When a key is defined with "keycode <code> =" it is followed by a list
of one or more items. the first one is Hyper_L with no other modifiers,
the next one is Hyper_L with the shift also held down, third is for some
keyboards that use special language keys, fourth is both shift and
special language keys, (and there can be 4 more that I do not know what
they do, except hints that one might be num_lock).
I used xmodmap to see how my left windows key is setup, and it has:
keycode 133 = Super_L NoSymbol Super_L
(that is slackware using KDE)
Probably works the same way for Hyper_L
I'm just saying you might want to consider adding some of the rest of
the possible values in the list after the "=" so you can define more
keys more completely.
One example, and I'm not sure if it is the best example, is something
like Hyper_L + %, which is shifted-5 on the keyboard and may be affected
by whether there is a shift definition in the list for keycode 133.
Stephen, I know this does not answer Uwe's question completely, but I
thought it would be germane to defining Hyper completely.
Steve M.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
I stumbled on this code fragment with keymaps in GNU Emacs lisp and I
wonder how it should be implemented properly. As Googling didn't
answer this I turned to the list.
Gnu version:
(use-local-map (append (make-sparse-keymap) (current-local-map)))
As I get it keymaps are objects in XEmacs so appending them doesn't
work. GNU Emacs also have functions for dealing with keymaps so even
there maybe appending keymaps isn't the best thing!? Maybe use
inheritance there as well?
Is this the proper XEmacs implementation of the code above?
(use-local-map (let ((map (make-sparse-keymap)))
(set-keymap-parent map (current-local-map))
map))
Finally - Does this code make sense?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Uwe,
Sorry I wasn't more clear.
When I was saying Hyper + %, what I was referring too was not with
xmodmap, I was talking about key combinations defined in XEmacs.
One example is a command defined now, called replace on the menu, that
is also executed as M-%, but percent is not available on most keyboards
unshifted, so the keys you press for M-% is 3 keys: Meta, shift, and
also number 5.
Worse is replace>regex query on the menu, which is mapped in as C-M-%,
so you have to hold down 4 keys at once: Control, Meta, shift, and number 5!
What I was suggesting was that the second item in the list for
keycode 133 = <list>",i.e. for the shift key modifier in conjunction
with Hyper
might work differently if that is defined as NoSymbol, that it might affect
hyper-with-shift combinations (like percent being shift-5--might be
affected by how the second element in the list is defined.
Steve M.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta