A small amount of investigation may have revealed the issue.
For some reason on Emacspeak from master auditory icon paths are not fully qualified paths just the filename.
So the one that doesn’t work looks like:
a warn-user.wav
and the working version:
a /Users/bart/emacs/src/emacspeak/sounds/pan-chimes/warn-user.wav
That’s as far as I’ve gotten but think I’m on the right track.
Kind regards
Bart
From: bart at xxxxxxxxxxxxxx <bart@xxxxxxxxxxx>
Sent: Tuesday, February 14, 2023 2:05 PM
To: 'Mohammed Alderweesh' <alderweesh.m@xxxxxxxxxxx>; 'Greg Wocher' <gtwocher@xxxxxxxxxxx>
Cc: 'Victor Tsaran' <vtsaran@xxxxxxxxxxx>; 'bart--- via Emacspeak' <emacspeak@xxxxxxxxxxx>
Subject: RE: [Emacspeak] Re: Mac question
Mohammed,
Thanks! It appears that this is the issue. Turning auditory icons off appears to resolve it.
Haven’t as yet figured out what is happening but this is a great clew.
I’ll post more should I discover the cause of the issue.
Kind regards
Bart
I had the same problem, and it seems that the issue is caused by the auditory icons. Disabling the icons seems to solve the issue.
Hello,
I have never been able to get Emacspeak 57 to work on my mac. I have only been able to use Emacspeak 56. How did you get version 57 to work? I am running a 14 inch macbook pro running Ventura 13.2.
Hi Bart!
I somehow ended up with a properly-functioning Emacspeak 57.0 on Mac OS 13.2. I really do not want to touch it until I really have to! :)
There is a remaining issue where the individual characters are spoken at a much higher rate when typed as opposed to when read back. I'd like to figure this out, but my knowledge of Lisp is too primitive to attempt the task.
For some reason, I thought Raman updated the repo with a fix, but perhaps it was in one of my dreams! :)
Perhaps start with the cleanup first and see if this fixes it?
Hi everyone,
I sent this yesterday, but I don’t think it made it to the list. Apologies if it turns up twice.
I’ve finally got a new MacBook.
I am seeing something similar to that described by Greg and victor in December.
I have found anything later than emacspeak 56 is throwing an error essentially preventing the mini buffer from working (see below)
Tried to do a. Git bisect but hit an issue where there was other bugs preventing the compilation from completing and my git bisect foo is currently insufficient to know how to work around this. I’ll do more research into how to deal with that sort of problem, presumably there is an option to tell git bisect to ignore that version.
Currently don’t have the actual error as it is proving hard to get.
It’s something about error in mini buffer and “back to top level”
I’ll dig deeper but was wondering if anyone else is hitting this and has a workaround and or is anyone using emacspeak 57 on Mac and not seeing this??
Kind regards
Bart
_______________________________________________
Emacspeak mailing list -- emacspeak@xxxxxxxxxxx
To unsubscribe send an email to emacspeak-leave@xxxxxxxxxxx
--
_______________________________________________
Emacspeak mailing list -- emacspeak@xxxxxxxxxxx
To unsubscribe send an email to emacspeak-leave@xxxxxxxxxxx
_______________________________________________
Emacspeak mailing list -- emacspeak@xxxxxxxxxxx
To unsubscribe send an email to emacspeak-leave@xxxxxxxxxxx