I used vocola as the glue with Python doing the work
vocola first
# Voice commands for xwin
include Unimacro.vch;
# This really should be just for xemacs but, we will do the best we can
(date | time | log) stamp = stamp.string($1);
---
The heavy lifting
---
#!/bin/env python
# system imports:
import time
# local imports:
# description:
#
#timestamp.py generates timestamp strings for a variety of
#contexts. Ordinary time and date, revision histories etc. the grammar
#is:
# (date | time | log) stamp
#
# "date stamp" yields Feb 6, 2011
# "time stamp" yields 12:04 pm
# "log stamp" yields 06-feb-2011 esj:
#site control variables
#
user_name = "esj" # should be derived from system but right now I'm too lazy
time_24 = True #True sets 24 hour format, False sets 12 hour format
# date string format
time_stamp_table = {
"date": "%b %d, %Y",
"time_12": "%I:%M %p",
"time_24": "%H:%M",
"log": "%s %s: "%("%d-%b-%Y",user_name),
}
# vocola function: stamp.string
def time_stamp_string(date_type):
"""based on the current type, return the appropriate date/time stamp
"""
working_type = date_type
if "time" in date_type:
if time_24:
working_type = date_type + "_24"
else:
working_type = date_type + "_12"
localtime = time.localtime(time.time())
result = time.strftime (time_stamp_table[working_type], localtime)
return result
-----
Now that I've gotten this done, I'm going to hack on the apparently new Emacs
to-the-release configuration file.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
wasted Quite a bit of time today trying to track down a problem (which I still
haven't found). This is not a bitch but I will try to collate information so
that the next person installing a Windows 32 version will have an easier time at it.
I think the problems I'm experiencing come simply from the inability for X.
Emacs to find certain files. For example, HOME was not defined. So I defined it
in the Windows environment and think still in work right. For example in the shell
c:\Windows\system32>echo %HOME%
echo %HOME%
\Users\esj\My Documents\
Home has been set but not used properly when invoking the shell
and in the *Scratch* buffer:
(expand-file-name "~")
"c:\\Windows\\system32\\Users\\esj\\My Documents\\"
All the other problem but having smell like something similar, that I'm missing
various pathnames. I did finally find the note about mingw executables for all
these subordinate tools like grep as well is libraries for image management.
Where can I find the definition of expand-file-name so I can look and see what
it's doing and what might be wrong.
---eric
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
(Copying the list).
Set HOME in Start Menu->Settings->Control Panel / System / Advanced /
Environment Variables
- Vin
On Sun, Feb 6, 2011 at 12:15 AM, Eric S. Johansson <esj(a)harvee.org> wrote:
> On 2/5/2011 10:25 PM, Vin Shelton wrote:
>>
>> Eric -
>>
>> I would recommend against having a space in your home directory. Most
>> things will work that way, but there are surely bugs lurking in
>> handling paths with spaces.
>
> nope, something is still effed. nothing seems to change the "home"
> directory. it is always
>
> c:\Windows\system32
>
>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
As usual when I try to do anything, I find I really don't quite
understand GC and when GCPRO is necessary.
Can somebody help me with a particular example?
concat() in fns.c GCPROs its arguments, to be helpful to the caller.
What is it that concat() does that could cause a GC or QUIT?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I would like to check to see if some of my accessibility goals mesh with the
philosophy of the xemacs project. I want to fix a bridge (VR-mode) which enables
Emacs to work with NaturallySpeaking, a speech recognition package by nuance.
I had a dustup with Stallman over the issue of accessibility support and Emacs.
His assertion was that free software foundation principles come before
everything including integration of disability aids for disabled people, in this
case software developers.
The conflict came because I was looking for a way to drive, Emacs using speech
recognition (NaturallySpeaking). Because this is not a completely free solution,
it was shot down and disabled folks like myself were pushed in the direction of
completely nonfree software.
If a hybrid solution is acceptable, it brings me to my second query. I need help
bootstrapping. When your hands don't work right, it is really hard to write
code. The only language I've been successful in writing code with unmodified
speech recognition is Python and that's only if I ignore any symbol naming
conventions.
What I would need help with is fixing up the package VR-mode which is an
extension to Emacs (currently broken) to provide "Select-and-Say" functionality
inside of Emacs. The package needs work to simplify and fix its network
capabilities which allows you to use speech recognition with Emacs or remote
machine.
My goal is to get to a point where I can start dealing with programming by
speech efforts again. The continual breakage of PR-mode and the reaction I've
received from the free software foundation community about Emacs driven by
NaturallySpeaking has been discouraging. I'm afraid I'm going to be pushed to a
closed solution from top to bottom like I have with terminal emulators.
Anyway, thank you for reading my thoughts.
--- eric
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
The following message is a courtesy copy of an article
that has been posted to gnus.gnus-bug as well.
>> Regarding Re: gnus refuses to display certain messages, but gives error instead; Lars Ingebrigtsen <larsi(a)gnus.org> adds:
> Uwe Brauer <oub(a)mat.ucm.es> writes:
>> > My "make" goes like what I've included below. What does yours look like?
>> Very different.
> Oh, I see. Looking at the dgnushack code, it doesn't
> really generate the gnus-load file for XEmacs. And
> that's done on purpose. I don't really understand why,
> but there must be a different autoload mechanism on
> XEmacs, then?
I don't know, besides gnus is also an official Xemacs
packages which has its owns autoload mechanism as far as I
know. Unfortunately due to GPL2 vs GPL 3 issues the latest
git version is not part of Xemacs pkg. (That is why I have
Gcc to xemacs-beta)
Besides in the cvs version from November 2009 gnus-load was
also empty but there was no problem with the render
function.
So what could be a simple solution?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta