Try:
Options/Display/Toolbar visible
On Wed, 2006-09-27 at 14:12 +0200, shane wrote:
> Hi,
>
> quote:
>
> Q4.5.1: How do I get rid of the toolbar?
> #### Write me.
>
>
> ------------------------------------------------------------------------
>
>
>
> therefore, can you write to me on how to disable the toolbar,
>
>
>
> cheers
> --
>
>
> Shane Kakau
> m. 076 839 0572
> e. shane(a)ituniv.se
> ***********************
> _______________________________________________
> XEmacs-Beta mailing list
> XEmacs-Beta(a)xemacs.org
> http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Le mercredi 18 octobre 2006 10:24, Didier Verna a écrit :
>
> Hi !
Hi,
>
> I have not checked precisely, but probably at least since:
>
> 2005-10-12 Jérôme Marant <jmarant(a)free.fr>
>
> * sh-script.el: Sync with GNU Emacs 21.4
>
>
> the function sh-mode doesn't work in XEmacs. It is defined with
> define-derived-mode and nil as the parent. This makes the resulting function
> try to call (nil) as a function. I'm puzzled that this hasn't been spotted
> earlier.
It surely was working at the time the patch was committed.
> A quick fix is to make fundamental-mode the parent of sh-mode, but I fail to
> see the point of defining a _derived_ mode if there is no parent... I suspect
> the semantics of define-derived-mode in GNU Emacs is a bit different ?
I have no idea.
Regards,
--
Jérôme Marant
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi !
I have not checked precisely, but probably at least since:
2005-10-12 Jérôme Marant <jmarant(a)free.fr>
* sh-script.el: Sync with GNU Emacs 21.4
the function sh-mode doesn't work in XEmacs. It is defined with
define-derived-mode and nil as the parent. This makes the resulting function
try to call (nil) as a function. I'm puzzled that this hasn't been spotted
earlier.
A quick fix is to make fundamental-mode the parent of sh-mode, but I fail to
see the point of defining a _derived_ mode if there is no parent... I suspect
the semantics of define-derived-mode in GNU Emacs is a bit different ?
--
Check out my new jazz CD on http://www.didierverna.com/ !
Didier Verna EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Due to a misconfiguration(?) in the mailing list spam filter that was
exposed by the loss of the mailing lists, I discovered a large number
of posts (greater than 10, less than 300 ;-) that bounced back to the
mailing list owner and then got spam-trapped as "admin posts to list".
After a preliminary automatic filtering that whittled down the 725
messages in that box to 275, I'm going to have to vette the rest
manually, I'm afraid. From an initial sample, I know that there's
plenty of both spam and ham in there.
This probably means that for 7-10 days to come a few posts per day
will trickle out with "Date" headers between August 28 (when the
system crashed) and October 12 (when the lists generally got
reinstalled). Please consider this "normal for these abnormal
circumstances."
In the process I discovered a further misconfiguration in the current
setup, which caused patches generated by patcher.el and submitted to
the XEmacs Patches to disappear into the ether. (There's code in the
spam filter to short-circuit patcher patches direct to the mailing
list, which failed to get retargeted to the new mailman host.) This
is now fixed, but if you submitted such a patch between 10/10 and
10/17, please resubmit. I suspect that they bounced back to list
owner, as described above, but won't know until I've checked those 300
messages. I'll take care of avoiding the duplicate.
I apologize for the confusion.
I-had-the-motive-means-and-opportunity-so-I'm-guilty-ly y'rs,
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Reply-To set to xemacs-services.
Jeff Miller writes:
> Has anyone seen a patch for calendar I submitted yesterday (Sun, 15
> Oct) show up on xemacs-patches? It was approximately 640K in size,
> so I hesitate to resubmit it without checking to see if it's stuck
> someplace and just taking a while to propagate. It's been well over
> 24 hrs which would seem a bit excessive.
Please send queries like this to xemacs-services (the new
administrative list).
In this case, it's probably in the moderation queue. Since the whole
Mailman installation had to be rebuilt from scratch, I was hesitant to
just open things up completely until it looks like the spam controls
etc are working properly. In particular, the size controls have not
been relaxed yet.
Please be patient as we rebuild the list services (ie, don't resend).
However, feel free to ask us about what's happening to your posts if
you think it's taking too long.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
The following message is a courtesy copy of an article
that has been posted to gmane.emacs.planner.general as well.
Hello Timeclocker, how about this?
I have been running with
(setq timeclock-use-history t)
for a few days and so far I like the added functionality of having
previous timestamp data around.
I find myself adjusting clockin and clockout times more often than
not, due to my micro-procrastination tendencies.
Would be great if this could be applied.
BTW, who is the canonical maintainer of timeclock.el these days?
Best regards!
Adrian
ChangeLog addition:
2006-10-16 Adrian Aichner <adrian(a)xemacs.org>
* timeclock.el: Typo fixes.
* timeclock.el (timeclock-history): New.
* timeclock.el (timeclock-use-history): New.
* timeclock.el (timeclock-log): Honor timeclock-use-history.
* timeclock.el (timeclock-read-moment): Provide error on
unexpected data in timeclock-file, going unnoticed until now.
* timeclock.el (timeclock-find-discrep): Report line number of
discrepancy to ease manual fixing.
This patch generated by
tla file-diff timeclock.el
--- orig/contrib/timeclock.el
+++ mod/contrib/timeclock.el
@@ -1,7 +1,7 @@
;;; timeclock.el --- mode for keeping track of how much you work
;; Copyright (C) 1999, 2000, 2001, 2003, 2004 Free Software Foundation, Inc.
-;; Parts copyright (C) 2006 Aidrian Aichner
+;; Parts copyright (C) 2006 Adrian Aichner
;; Author: John Wiegley <johnw(a)gnu.org>
;; Created: 25 Mar 1999
@@ -99,7 +99,7 @@
(error "Do not use this version of timeclock.el with Emacs"))
(defgroup timeclock nil
- "Keeping track time of the time that gets spent."
+ "Keeping track of the time that gets spent."
:group 'data)
;;; User Variables:
@@ -163,6 +163,19 @@
:type 'boolean
:group 'timeclock)
+(defvar timeclock-history '()
+ "History of previously used timeclock values.")
+
+(defcustom timeclock-use-history nil
+ "*If non-nil, user is prompted for timestamp, previous values are
+available via history mechanism.
+
+\\{minibuffer-local-map}.
+
+This variable only has effect if set with \\[customize]."
+:type 'boolean
+:group 'timeclock)
+
(defvar timeclock-update-timer nil
"The timer used to update `timeclock-mode-string'.")
@@ -692,7 +705,12 @@
(insert "\n"))
(let ((now (current-time)))
(insert code " "
- (format-time-string "%Y/%m/%d %H:%M:%S" now)
+ (if timeclock-use-history
+ (read-string "timeclock time: "
+ (format-time-string "%Y/%m/%d %H:%M:%S" now)
+ 'timeclock-history
+ (format-time-string "%Y/%m/%d %H:%M:%S" now))
+ (format-time-string "%Y/%m/%d %H:%M:%S" now))
(or (and project
(stringp project)
(> (length project) 0)
@@ -722,16 +740,23 @@
(defsubst timeclock-read-moment ()
"Read the moment under point from the timelog."
- (if (looking-at timeclock-moment-regexp)
- (let ((code (match-string 1))
- (year (string-to-number (match-string 2)))
- (mon (string-to-number (match-string 3)))
- (mday (string-to-number (match-string 4)))
- (hour (string-to-number (match-string 5)))
- (min (string-to-number (match-string 6)))
- (sec (string-to-number (match-string 7)))
- (project (match-string 8)))
- (list code (encode-time sec min hour mday mon year) project))))
+ (cond
+ ((looking-at timeclock-moment-regexp)
+ (let ((code (match-string 1))
+ (year (string-to-number (match-string 2)))
+ (mon (string-to-number (match-string 3)))
+ (mday (string-to-number (match-string 4)))
+ (hour (string-to-number (match-string 5)))
+ (min (string-to-number (match-string 6)))
+ (sec (string-to-number (match-string 7)))
+ (project (match-string 8)))
+ (list code (encode-time sec min hour mday mon year) project)))
+ ((not (eobp))
+ (error "unexpected data in %s: %s"
+ timeclock-file
+ (buffer-substring
+ (point-at-bol)
+ (point-at-eol))))))
(defun timeclock-last-period (&optional moment)
"Return the value of the last event period.
@@ -1098,7 +1123,8 @@
;; total)
(let* ((now (current-time))
(todays-date (timeclock-time-to-date now))
- (first t) (accum 0) (elapsed 0)
+ ;; XEmacs change
+ (first t) (accum 0) (elapsed 0) (line 0)
event beg last-date avg
last-date-limited last-date-seconds)
(unless timeclock-discrepancy
@@ -1114,6 +1140,8 @@
(unless (re-search-backward "^b\\s-+" nil t)
(goto-char (point-min)))
(while (setq event (timeclock-read-moment))
+ ;; XEmacs change
+ (setq line (1+ line))
(cond ((equal (car event) "b")
(setq accum (string-to-number (nth 2 event))))
((equal (car event) "h")
@@ -1137,14 +1165,16 @@
(setq last-date date
last-date-limited nil)
(if beg
- (error "Error in format of timelog file!")
+ ;; XEmacs change
+ (error "Error in format of timelog file, line %d" line)
(setq beg (timeclock-time-to-seconds (cadr event))))))
((equal (downcase (car event)) "o")
(if (and (nth 2 event)
(> (length (nth 2 event)) 0))
(add-to-list 'timeclock-reason-list (nth 2 event)))
(if (not beg)
- (error "Error in format of timelog file!")
+ ;; XEmacs change
+ (error "Error in format of timelog file, line %d" line)
(setq timeclock-last-period
(- (timeclock-time-to-seconds (cadr event)) beg)
accum (+ timeclock-last-period accum)
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Peter Gordon writes:
> Most of the time I, and I would assume most others, use fixed fonts
> with xemacs.
The problem is not "fixed", it's "antialiased." I see the same
problem with the fixed-cell TrueType font Bitstream Vera Sans Mono.
> So would it be possible to treat fixed fonts as a special case.
If you want fixed, unantialiased fonts, build without Xft, use bitmap
fonts, and you will have no problems.
> As a naive user, the amount that needs to be deleted seems to be
> the size of the cursor.
Which is reported incorrectly by Xft. The error depends on the screen
geometry (dpi, at least) position on the screen, and the size and
family of the font; it may also depend on attributes like weight and
slant. We lose.
I just tried Abiword for first time in a while; it suffers from
similar artifacts. I believe that this is a hard problem; I'd be very
pleased if someone would prove me wrong, but I can't afford the time
right now.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta