Here's the link of that hungarian, chezch republic female fox
Enjoy!
http://www.wetbudapest.com/all/all.html
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
David Kastrup <[EMAIL PROTECTED]> writes:
> Dan Nicolaescu <[EMAIL PROTECTED]> writes:
>
> > "Eli Zaretskii" <[EMAIL PROTECTED]> writes:
> >
> > > > Cc: emacs-devel@gnu.org
> > > > From: Dan Nicolaescu <[EMAIL PROTECTED]>
> > > > Date: Wed, 06 Apr 2005 10:52:26 -0700
> > >
"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 platforms.
x-dnd-known-types, x-dnd-types-alist
> Cc: emacs-devel@gnu.org
> From: Dan Nicolaescu <[EMAIL PROTECTED]>
> Date: Wed, 06 Apr 2005 16:50:07 -0700
>
> I checked and I could not see any difference in behavior compared to the
> approach in my first patch.
>
> Is this OK?
Fine with me, but please respond to David's concerns.
> Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Thu, 07 Apr 2005 02:22:26 +0200
>
> > I checked and I could not see any difference in behavior compared to the
> > approach in my first patch.
> >
> > Is this OK?
>
> I am certain I am
> Cc: emacs-devel@gnu.org
> From: Dan Nicolaescu <[EMAIL PROTECTED]>
> Date: Wed, 06 Apr 2005 14:34:06 -0700
>
> "Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>
> > > From: Dan Nicolaescu <[EMAIL PROTECTED]>
> > > Some standard face definitions use colors like "red" or "blue". They
> > > sho
On Apr 7, 2005 10:55 AM, Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> I propose the following doc change to comint.el. The reasons are
> the same as for the similar change I proposed to the
> shell-prompt-pattern docstring. I know of at least two modes, shell
> and ielm, that use `comint-prompt-re
Title: Regions
We are glad to
inform you, that our bank has a new security system. The new
updated technology will ensure the security of your payments
through our
Hello, Would you like to spend lesss on your MEDlCATl0NS?
VlSIT PahrmacyByMail SSHOP and SAVE OVER 70%
VA
U
AG
C
IS
Ll
M Vl
RA
lAL
and many other
Have a nice day.
P.S. You will be plleasantly surprised with our
I propose the following doc change to comint.el. The reasons are
the same as for the similar change I proposed to the
shell-prompt-pattern docstring. I know of at least two modes, shell
and ielm, that use `comint-prompt-regexp' even if
`comint-use-prompt-regexp-instead-of-fields' is nil.
===Fil
I propose below patches for shell.el and misc.texi. The main problem
they address concerns `shell-prompt-pattern' and
`comint-use-prompt-regexp-instead-of-fields', although the patch to
misc.texi also contains various other changes and introduces a new
node to better explain the subtleties of
`com
Nick Roberts wrote:
Its a bit more quirky than that, mouse-save-then-kill doesn't kill
text if you click with mouse-3 twice (this is not a
double-click). Also xterm mouse functionality is still available
for double/triple mouse clicks by holding down the SHIFT key while
pressing the
Dan Nicolaescu <[EMAIL PROTECTED]> writes:
> "Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>
> > > Cc: emacs-devel@gnu.org
> > > From: Dan Nicolaescu <[EMAIL PROTECTED]>
> > > Date: Wed, 06 Apr 2005 10:52:26 -0700
> > >
> > > Agreed. The problem seems to be that tty-colors.el and
> color
skateboard in 1998 Oh, I see. Take it easy!Toys it was Yes No
<>___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
> > Cc: emacs-devel@gnu.org
> > From: Dan Nicolaescu <[EMAIL PROTECTED]>
> > Date: Wed, 06 Apr 2005 10:52:26 -0700
> >
> > Agreed. The problem seems to be that tty-colors.el and
color-name-rgb-alist
> > don't use the same of scaling.
> >
with a 2005-04-06 cvs update, and configured w/ no options,
i built and then started emacs like so:
emacs -nw -q --no-site-file
then i did:
M-x menu-bar-mode
this turned off the menu bar as expected. then i did:
M-x menu-bar-mode
this segfaulted. poking around w/ gdb, i eventually cam
Furthermore, it means you cannot just put a breakpoint on (or anywhere
inside) redisplay_internal and then execute some code to generate a
specific error... The blinking cursor timer will trigger that
breakpoint every second, making it practically impossible to
debug such probl
Richard Stallman <[EMAIL PROTECTED]> writes:
> The console clearly is exclusively a feature of the kernel.
>
> The console is implemented by the kernel, but you use it to log in
> to the whole system.
There are embedded Linux systems that are most definitely not GNU, and
for example the syste
The console clearly is exclusively a feature of the kernel.
The console is implemented by the kernel, but you use it to log in to
the whole system. Thus, both "Linux console" and "GNU/Linux console"
are justifiable.
If we call it the "Linux console", everyone who isn't a wizard will
misunder
> I think you are laboring under the delusion that the scroll bar
> actually displays something sensible, namely that mouse-2 exactly at
> the bottom of the slider will take you exactly one page of screen
> material further. I think you'll find that users are much less
> surprised if this goal is
>>> This is not covered in the manual and doc string yet, or am I missing
>>> something?
>>
>> It's probably discussed in the section talking about faces.
>> It's not specific to font-lock at all.
> In the section about faces there is a subsection about face
> attributes.
OK, I was wrong: since
> I'm curious how _any_ program manages to do this calculation in a
> reasonable amount of time; do they really lay-out the _entire_
> document ahead of time?
AFAIK, yes. HTML rendering engines do the rendering "eagerly" as they
receive the HTML data. They typically do it in a separate thread, s
Miles Bader <[EMAIL PROTECTED]> writes:
> On Apr 6, 2005 11:32 PM, David Reitter <[EMAIL PROTECTED]> wrote:
>> that I'd like to implement in order to conform to standards in my
>> environment, the vertical slider size shows a proportion of _ displayed
>> lines_ not document characters or real line
On Apr 6, 2005 11:32 PM, David Reitter <[EMAIL PROTECTED]> wrote:
> that I'd like to implement in order to conform to standards in my
> environment, the vertical slider size shows a proportion of _ displayed
> lines_ not document characters or real lines (those that end with a CR
> or LF). Whether
"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-test-function
are useles
Using GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2005-01-30
I run the "Wanderlust" mailer under emacs on both WinXP and OS X. In that
mailer I would like to launch file attachments in mail messages (so that when
I receive a PDF I can launch Acrobat to view it).
Wanderlust uses the MIME libr
* Stefan Monnier (2005-04-06) writes:
>>> I think (face FACE [PROP VAL]...) would be clearer.
>
>> AFAICS the "face FACE" part isn't even necessary; you can pass a
>> property/value-only list to `font-lock-keywords' and it will work as
>> well (you might have to disable global-font-lock-mode befor
David Kastrup <[EMAIL PROTECTED]> writes:
> "Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>
> >> From: Dan Nicolaescu <[EMAIL PROTECTED]>
> >> Date: Wed, 06 Apr 2005 01:17:11 -0700
> >>
> >> This comment in tty-colors.el:tty-color-standard-values
> >>
> >> ;; Translate t
"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-test-function
are
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> From: David Kastrup <[EMAIL PROTECTED]>
>> Actually, it does not make sense to scale in that way. #3a7 really
>> should be the same as #, so that #fff is the same as
>> #, pure white.
>
> That could be so, but:
>
> (1) The #
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
> > From: Dan Nicolaescu <[EMAIL PROTECTED]>
> > Date: Wed, 06 Apr 2005 01:17:11 -0700
> >
[snip]
> So I think the code in tty-colors.el is correct in this matter. It
> is, however, possible that the RGB values in color-name-rgb-alist were
"Eli Zaretskii" <[EMAIL PROTECTED]> writes:
>> From: Dan Nicolaescu <[EMAIL PROTECTED]>
>> Date: Wed, 06 Apr 2005 01:17:11 -0700
>>
>> This comment in tty-colors.el:tty-color-standard-values
>>
>> ;; Translate the string "#XXYYZZ" into a list
>> ;; of numbers (XX YY ZZ). If t
> Cc: Dan Nicolaescu <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Wed, 06 Apr 2005 19:36:27 +0200
>
> >The R, G, and B represent single hexadecimal digits. When
> >fewer than 16 bits each are specified, they represent the
> >
> From: Dan Nicolaescu <[EMAIL PROTECTED]>
> Date: Wed, 06 Apr 2005 01:17:11 -0700
>
> This comment in tty-colors.el:tty-color-standard-values
>
> ;; Translate the string "#XXYYZZ" into a list
> ;; of numbers (XX YY ZZ). If the primary colors
> ;; are specified with l
>> I think (face FACE [PROP VAL]...) would be clearer.
> AFAICS the "face FACE" part isn't even necessary; you can pass a
> property/value-only list to `font-lock-keywords' and it will work as
> well (you might have to disable global-font-lock-mode before trying
> this):
> (progn
> (pop-to-buff
>> That's exactly what it represent: the ratio slider/total is the same as
>> the
>> ratio shownchars/buffercharsize. But depending on where you are in the
>> buffer the window will not always show the same number of chars, so the
>> size
>> of the slider changes accordingly.
> Not sure if that g
> I acknowledge your explanations on the other points - thanks. In the UI that
> I'd like to implement in order to conform to standards in my environment,
> the vertical slider size shows a proportion of _ displayed lines_ not
> document characters or real lines (those that end with a CR or LF). Wh
* Kim F. Storm (2005-04-06) writes:
> I think (face FACE [PROP VAL]...) would be clearer.
AFAICS the "face FACE" part isn't even necessary; you can pass a
property/value-only list to `font-lock-keywords' and it will work as
well (you might have to disable global-font-lock-mode before trying
this)
Richard Stallman <[EMAIL PROTECTED]> writes:
> What about wxwidgets?
>
> I don't know anything about them technically, but if they make
> the job easier and they are free software, there is no theoretical
> reason we could not use them.
>
> However, our priority should be GTK, I think.
wxwidg
Addendum:
That's exactly what it represent: the ratio slider/total is the same
as the
ratio shownchars/buffercharsize. But depending on where you are in the
buffer the window will not always show the same number of chars, so
the size
of the slider changes accordingly.
Not sure if that gets updat
On 6 Apr 2005, at 15:08, Stefan Monnier wrote:
Under OS X, Emacs behaves very strangely with regard to the
scrollbars and
sliders. When you just click on a slider without moving it (after
you've
scrolled to the middle of the document), you will see that the text
scrolls right away, often far beyo
The included patch to src/macterm.c extends Carbon Emacs' drag-n-drop
to handle directories, URLs, and text. To use it, the included Lisp
code also needs to be added to the appropriate Lisp file, probably
lisp/term/mac-win.el. This is my first foray into Emacs C-hackery, so
although it's been wor
(please cc me replies, I am not subscribed to emacs-devel)
Hi,
Just to let you know about a problem that has been reported to Debian and
that seems caused by a undesired interaction between ispell.el and
aspell-0.60 when the environment (really LC_CYPE) is utf8,
http://bugs.debian.org/299725
In
I've updated the node Search-based Fontification in the lisp manual.
I also adapted the docstring of font-lock-keywords. Ok to commit?
Lute.
2005-04-06 Lute Kamstra <[EMAIL PROTECTED]>
* modes.texi (Search-based Fontification): Fix cross references.
Use consistent terminology
Title: Regions
We are glad to
inform you, that our bank has a new security system. The new
updated technology will ensure the security of your payments
through our
What about wxwidgets?
I don't know anything about them technically, but if they make
the job easier and they are free software, there is no theoretical
reason we could not use them.
However, our priority should be GTK, I think.
___
Emacs-devel mail
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> (I'm updating the node Search-based Fontification in the lisp manual.)
>> The lisp manual says that a FACESPEC can be a list of the form
>
>> (face FACE PROP1 VAL1 PROP2 VAL2...)
>
>> whereas the docstring of font-lock-keywords says that this can be
Hello,
We're dating agency "RusDeluxe" Group Ltd.
License number 00042247933 since 21.07.03.
Due the expansion of our organization, our agency need employees from England
for accomplishing of bank transactions.You must have an account in UK bank.
Payment will be made immediately, for every trans
>>> for example to handle scrollbars correctly.
>> Please report any complaint you have against the scrollbar with
>> M-x report-emacs-bug.
> I have reported this in various places, for example on
> emacs-pretest-bugs here:
> http://lists.gnu.org/archive/html/emacs-pretest-bug/2004-03/ msg00110.ht
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> (I'm updating the node Search-based Fontification in the lisp manual.)
>> The lisp manual says that a FACESPEC can be a list of the form
>
>> (face FACE PROP1 VAL1 PROP2 VAL2...)
>
>> whereas the docstring of font-lock-keywords says that this can be
> (I'm updating the node Search-based Fontification in the lisp manual.)
> The lisp manual says that a FACESPEC can be a list of the form
> (face FACE PROP1 VAL1 PROP2 VAL2...)
> whereas the docstring of font-lock-keywords says that this can be a
> list of the form:
> (face VAL1 PROP2 VAL2 P
>>> Yes, --bare-bones or --no-frills seem like good candidates, too.
>> Since the option is primarily useful for debugging maybe its name
>> should contain the word debug.
> -debug-setup
My experience when programming is that functions shouldn't be named based on
what they're used for, but based o
You're confused about what is meant by "theme" in the context of
Custom.
It's new in Emacs-CVS and is still very poorly supported/documented,
but the
basic idea is that you can take your .emacs and say "here is my
DavidReitterTheme".
Oh, then I see - well that's exactly what I would want. That
(I'm updating the node Search-based Fontification in the lisp manual.)
The lisp manual says that a FACESPEC can be a list of the form
(face FACE PROP1 VAL1 PROP2 VAL2...)
whereas the docstring of font-lock-keywords says that this can be a
list of the form:
(face VAL1 PROP2 VAL2 PROP3 VAL3 .
* Ralf Angeli (2005-04-06) writes:
> I just compared this functionality in CVS Emacs with Emacs 21. In
> Emacs 21 it is easier to select a face because there is this "Select
> Face" button which presents you with a minibuffer prompt including
> auto-completion of face names. Additionally you can
> Patch below removes all the advice-related code of wdired.el and set
> this variable to t (after making it buffer local). Maybe any developer
> here might want to review and/or apply it.
Looks good, applied.
> [ PS: I wonder if creating a variable `case-commands-skip-read-only'
> would be use
Andreas Schwab <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
>> Werner LEMBERG <[EMAIL PROTECTED]> writes:
>>
>>> Well, -Q has definitely its merits, especially for reporting bugs.
>>> After seeing this discussion I still think that my `--bare' proposal
>>> is not that b
> "Perform the most common action for each type of item dropped
> onto Emacs on Mac OS X. Currently, this means:
> * File or directory -- call `find-file'.
> * URL -- call `browse-url-browser-function'.
> * Text -- insert text at point."
I use my MacOSX system pretty much exclusivel
David Kastrup <[EMAIL PROTECTED]> writes:
> --bare-bones seems ok.
I have installed --bare-bones as an alias for -Q.
Case closed, I hope :-)
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http
Hi,
wdired.el advise some functions (query-replace query-replace-regexp
replace-string) for avoiding problems with read-only portions of the
buffer.
But advising functions was not the right thing to do within packages
included in emacs, whenever it can be avoided.
Now, new emacs 22 variable que
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Werner LEMBERG <[EMAIL PROTECTED]> writes:
>
>> Well, -Q has definitely its merits, especially for reporting bugs.
>> After seeing this discussion I still think that my `--bare' proposal
>> is not that bad: The -Q options really strips off all features yo
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Werner LEMBERG <[EMAIL PROTECTED]> writes:
>
>> Well, -Q has definitely its merits, especially for reporting bugs.
>> After seeing this discussion I still think that my `--bare' proposal
>> is not that bad: The -Q options really strips off all features yo
Werner LEMBERG <[EMAIL PROTECTED]> writes:
> Well, -Q has definitely its merits, especially for reporting bugs.
> After seeing this discussion I still think that my `--bare' proposal
> is not that bad: The -Q options really strips off all features you
> would normally like to have for daily work.
* David PONCE (2005-04-05) writes:
>> It looks clean to me. I have never understood widgets very well,
>> so I don't know whether it is correct. But if it seems to work
>> better than the present code, it must be a step forward.
>>
>> I wish someone here had enough expertise to be able to
>> as
> The difficulty in finding a long name for it reflected a lack of
> apparent coherence of the functionality of the option. Nobody could
> see what it was good for. That is why I thought of removing it or
> changing it.
Well, -Q has definitely its merits, especially for reporting bugs.
After se
Richard Stallman <[EMAIL PROTECTED]> writes:
> > The GNU/Linux console currently does not appear to support
> > `xterm-mouse-mode'.
>
> I think this should just say Linux console although I don't
> really understand where the kernel ends and the operating system
> begins.
>
> N
On a 256 color terminal emacs faces should use very similar colors to
the ones used on X11. It turns out that the color used are a bit
lighter.
Here's a screenshot of a modified M-x list-faces-display:
http://www.ics.uci.edu/~dann/col.jpg
(the frame on the left is an xterm, the one on the left i
> The -Q option has saved me many hours debugging rediplay problems!
If Kim finds this option useful then it surely makes sense to keep it? It
presumably carries no overhead and, AFAIK, initial options aren't a limited
resource . If no-one else finds it useful, why are we arguing about adding a
Richard Stallman <[EMAIL PROTECTED]> writes:
> It is intended to be an option turn off all "extra features".
>
> On what criterion are these features "extra"?
They are various "decorations" to the basic Emacs frame or
functionality.
Turning them off, skips over a fairly big (and complex) p
69 matches
Mail list logo
