Re: [dev] [ANNOUNCE] dlauncher - dmenu based launcher

2014-05-12 Thread Xinhao Yuan
go wrote: > Hi Xinhao Yuan! > > I've been using dmenu with yeganesh[1] for quite some time and I am > trying dlauncher now. > > One thing that I found strange was the listing and use of available > plugins. But let's see how I get used to it. > > Thanks for the rel

Re: [dev] [ANNOUNCE] dlauncher - dmenu based launcher

2014-05-11 Thread Xinhao Yuan
in this way. Cheers, Xinhao On Sun, May 11, 2014 at 3:50 AM, Ciprian Dorin Craciun wrote: > On Sun, May 11, 2014 at 4:29 AM, Xinhao Yuan wrote: >> I would like to announce dlauncher, a dmenu based launcher I wrote to >> replace synapse(https://launchpad.net/synapse-project

[dev] [ANNOUNCE] dlauncher - dmenu based launcher

2014-05-10 Thread Xinhao Yuan
Hi there, I would like to announce dlauncher, a dmenu based launcher I wrote to replace synapse(https://launchpad.net/synapse-project) which is no longer in development. dlauncher reuses the minimalist dmenu UI and supports plugins that provide dynamic content. repository: http://github.com/xinha

Re: [dev] Introducing SEE, the Simple Executing Engine

2011-10-23 Thread Xinhao Yuan
Yeah, my poor English. There are always many stuffs in a language interpreter/compiler. The motivation of the project is to provide a minimal script environment inside other projects. On Sun, Oct 23, 2011 at 10:01 PM, Pierre Chapuis wrote: > It's a detail, but shouldn't simple_interrupter.c be c

Re: [dev] Introducing SEE, the Simple Executing Engine

2011-10-23 Thread Xinhao Yuan
__sa is an old magic to specify the size of gc_header_s, I removed it in the recent commit. For newlisp, I noticed it before. I think one of the difference is that newlisp is trying to provide a completed I/O routines set, while SEE is not. SEE may be considered minimalistic :) And there is no x8

Re: [dev] Introducing SEE, the Simple Executing Engine

2011-10-23 Thread Xinhao Yuan
Oh, this would be a issue on x86_64. I wrote it on my x86 DEBIAN. fixing. On Sun, Oct 23, 2011 at 6:30 PM, Pierre Chapuis wrote: > On 23.10.2011 12:20, Pierre Chapuis wrote: > >> Precision: breaks *on a 64 bits machine* (gc_header_t is a pointer >> so gc_header_s is 8 bytes larger than GC_HEADER