Re: how do I know that the buffer is narrowed

Re: how do I know that the buffer is narrowed

[Pascal Bourguignon]

"mak kwak" <makwak@wp.pl> writes:
> Do You know if there is any buffer local variable that tells this to me ?

Yes, there are some buffer local variables, but they're in C!

DEFUN ("widen", Fwiden, Swiden, 0, 0, "",
       doc: /* Remove restrictions (narrowing) from current buffer.
This allows the buffer's full text to be seen and edited.  */)
     ()
{
  if (BEG != BEGV || Z != ZV)
    current_buffer->clip_changed = 1;
...


>From lisp, you could compare (point-min) and (point-max):

(defun narrowedp ()
  (not (equal (list (point-min) (point-max))
              (save-restriction (widen) (list (point-min) (point-max))))))


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we. -- Georges W. Bush

Re: how do I know that the buffer is narrowed

[Johan Bockgård]

Pascal Bourguignon <spam@mouse-potato.com> writes:

> From lisp, you could compare (point-min) and (point-max):
>
> (defun narrowedp ()
>   (not (equal (list (point-min) (point-max))
>               (save-restriction (widen) (list (point-min) (point-max))))))


(not (and (= (point-min) 1)
          (= (point-max) (1+ (buffer-size)))))

-- 
Johan Bockgård

Re: how do I know that the buffer is narrowed

[David Kastrup]

bojohan+news@dd.chalmers.se (Johan Bockgård) writes:

> Pascal Bourguignon <spam@mouse-potato.com> writes:
>
>> From lisp, you could compare (point-min) and (point-max):
>>
>> (defun narrowedp ()
>>   (not (equal (list (point-min) (point-max))
>>               (save-restriction (widen) (list (point-min) (point-max))))))
>
>
> (not (and (= (point-min) 1)
>           (= (point-max) (1+ (buffer-size)))))

(<(-(point-max)(point-min))(buffer-size))

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: how do I know that the buffer is narrowed

[Giorgos Keramidas]

On Thu, 01 Dec 2005 00:10:01 +0100, David Kastrup <dak@gnu.org> wrote:
> bojohan+news@dd.chalmers.se (Johan Bockgård) writes:
>>> (defun narrowedp ()
>>>   (not (equal (list (point-min) (point-max))
>>>               (save-restriction (widen) (list (point-min) (point-max))))))
>>
>>
>> (not (and (= (point-min) 1)
>>           (= (point-max) (1+ (buffer-size)))))
>
> (<(-(point-max)(point-min))(buffer-size))

Pfeh!  Is there any good reason to obfuscate the beautiful:

    (not (and (= (point-min) 1)
              (= (point-max) (1+ (buffer-size)))))

*and* remove all its spaces? :)

Re: how do I know that the buffer is narrowed

[David Kastrup]

Giorgos Keramidas <keramida@ceid.upatras.gr> writes:

> On Thu, 01 Dec 2005 00:10:01 +0100, David Kastrup <dak@gnu.org> wrote:
>> bojohan+news@dd.chalmers.se (Johan Bockgård) writes:
>>>> (defun narrowedp ()
>>>>   (not (equal (list (point-min) (point-max))
>>>>               (save-restriction (widen) (list (point-min) (point-max))))))
>>>
>>>
>>> (not (and (= (point-min) 1)
>>>           (= (point-max) (1+ (buffer-size)))))
>>
>> (<(-(point-max)(point-min))(buffer-size))
>
> Pfeh!  Is there any good reason to obfuscate the beautiful:
>
>     (not (and (= (point-min) 1)
>               (= (point-max) (1+ (buffer-size)))))
>
> *and* remove all its spaces? :)

It is impolite to let your parens do more work than necessary.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: how do I know that the buffer is narrowed

[Giorgos Keramidas]

On Thu, 01 Dec 2005 13:12:55 +0100, David Kastrup <dak@gnu.org> wrote:
> It is impolite to let your parens do more work than necessary.

HEHEH :)

Re: how do I know that the buffer is narrowed

[Stefan Monnier]

>> (<(-(point-max)(point-min))(buffer-size))
> Pfeh!  Is there any good reason to obfuscate the beautiful:
>     (not (and (= (point-min) 1)
>               (= (point-max) (1+ (buffer-size)))))

Yes, there is a very good one: you unnecessarily assume that the buffer
starts at position 1.

Comparing (- (point-max) (point-min)) and (buffer-size) doesn't suffer from
this problem.  And conceptually, it also makes a lot of sense:
(- (point-max) (point-min)) is the amount of text shown and (buffer-size) is
the total mount of text, and the definition of non-narrowed is basically
"shows everything" i.e. "doesn't show less than the total".


        Stefan

Re: how do I know that the buffer is narrowed

[Giorgos Keramidas]

On Thu, 01 Dec 2005 11:52:19 -0500, Stefan Monnier wrote:
>>> (<(-(point-max)(point-min))(buffer-size))
>> Pfeh!  Is there any good reason to obfuscate the beautiful:
>>     (not (and (= (point-min) 1)
>>               (= (point-max) (1+ (buffer-size)))))
>
> Yes, there is a very good one: you unnecessarily assume that the
> buffer starts at position 1.
>
> Comparing (- (point-max) (point-min)) and (buffer-size) doesn't suffer
> from this problem.  And conceptually, it also makes a lot of sense:
> (- (point-max) (point-min)) is the amount of text shown and
> (buffer-size) is the total mount of text, and the definition of
> non-narrowed is basically "shows everything" i.e. "doesn't show less
> than the total".

Ah!  Very nice explanation, thanks :)

Re: how do I know that the buffer is narrowed

[Ehud Karni]

On Thu, 01 Dec 2005 11:52:19 -0500, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>
> Yes, there is a very good one: you unnecessarily assume that the buffer
> starts at position 1.

Both `what-cursor-position' and `what-line' (in simple.el) do this
assumption. After looking in buffer.h and seeing:
    /* Position of beginning of buffer.  */
    #define BEG (1)
I don't see any reason NOT to assume this.

Ehud.


--
 Ehud Karni           Tel: +972-3-7966-561  /"\
 Mivtach - Simon      Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D <http://www.keyserver.net/>    Better Safe Than Sorry

Re: how do I know that the buffer is narrowed

[Stefan Monnier]

>> Yes, there is a very good one: you unnecessarily assume that the buffer
>> starts at position 1.

> Both `what-cursor-position' and `what-line' (in simple.el) do this
> assumption. After looking in buffer.h and seeing:
>     /* Position of beginning of buffer.  */
>     #define BEG (1)
> I don't see any reason NOT to assume this.

I didn't say it was a bad assumption. Just an unneeded one.
Code with fewer assumptions is generally better than a code with
more assumptions.  Especially when it's shorter and more efficient,
of course.


        Stefan "whose Emacs uses #define BEG (12345678)"

how do I know that the buffer is narrowed

[mak kwak]

Hallo
Do You know if there is any buffer local variable that tells this to me ?
Greetings

----------------------------------------------------
Już 28 Listopada największe wydarzenie muzyczno - wydawnicze 
tego roku. Rap Eskadra 3! 
http://klik.wp.pl/?adr=http%3A%2F%2Fmuzyka.wp.pl%2Fplyta.html%3Fid%3D52868%26g%3D0&sid=588

Re: how do I know that the buffer is narrowed

[Kevin Rodgers]

mak kwak wrote:
 > Do You know if there is any buffer local variable that tells this to me ?

There is no such variable.

But why do you care?  Either respect the narrowing that's in effect or
wrap your code in (save-restriction (widen) ...)

-- 
Kevin Rodgers