- Subject: Re: Ideas of new buffer organisation (was: Re: WRAP blocal?)
- From: Jörg Sommer <joerg@xxxxxxxxxxxx>
- Date: Fri, 7 Jul 2006 15:35:57 +0000 (UTC)
Hello G.,
"G. Milde" <g.milde@xxxxxx> wrote:
> On 6.07.06, Jörg Sommer wrote:
>> Hi John,
>>
>> "John E. Davis" <davis@xxxxxxxxxxxxx> wrote:
>> > Jörg Sommer <joerg@xxxxxxxxxxxx> wrote:
>> >
>> > At the moment, WRAP affects all buffers. I have not added much to the
>> > blocal code because I intend to change the interface to these
>> > variables. For example, I have thought about creating a `get_buffer`
>> > function that returns a buffer object, e.g.,
>> >
>> > cbuf = get_current_buffer ();
>> > sbuf = get_buffer ("*scratch*");
>> >
>> > % Copy the current buffer's tab setting to the scratch buffer
>> > sbuf.tab = cbuf.tab;
>
> For consistency,
Consistency to what? It's a complete redesign.
>> The longer I think about this the more I'm enraptured by this idea. Some
>> of my thought about it:
>>
>> + Create a readonly variable buffer_list or buffer_set of the type
>> Assoc_Array[Buffer_Type]. The variable holds all open buffers.
>>
>> + Buffer_Type is a struct to represent the buffer. I think about
>> something like: B_T.mode, B_T.xy_hook, B_T.uv_hook_list, B_T.flags,
>> B_T.tab, B_T.a_blocal_var and B_T.activate() (or setbuf(B_T))
>
> For both, modeinfo and bufinfo I would like to see a function that
> returns the available field names. (see below)
Something like get_struct_field_names(B_T)?
Have a nice weekend, Jörg.
--
Der Klügere gibt nach ....
...deshalb regieren die Dummen die Welt!
--------------------------
To unsubscribe send email to <jed-users-request@xxxxxxxxxxx> with
the word "unsubscribe" in the message body.
Need help? Email <jed-users-owner@xxxxxxxxxxx>.
[2006 date index]
[2006 thread index]
[Thread Prev] [Thread Next]
[Date Prev] [Date Next]