Stephen Leake | 1 Jul 02:29 2008

Re: janitor needed?

Stefan Reichör <stefan <at> xsteve.at> writes:

> Hi Thien-Thi!
>
>>  - filling to 80-columns
>
> I don't like the 80-columns rule - but others might disagree here
> ;-)

I prefer 120 columns. I have a big screen, longer lines are more
readable, and encourage the use of longer, clearer names.

--

-- 
-- Stephe
Michael Olson | 1 Jul 03:38 2008
Face
Picon
Picon

Re: janitor needed?

Stephen Leake <stephen_leake <at> stephe-leake.org> writes:

> Stefan Reichör <stefan <at> xsteve.at> writes:
>
>> Hi Thien-Thi!
>>
>>>  - filling to 80-columns
>>
>> I don't like the 80-columns rule - but others might disagree here
>> ;-)
>
> I prefer 120 columns. I have a big screen, longer lines are more
> readable, and encourage the use of longer, clearer names.

I strongly prefer 80 columns.  It's terminal-friendly, printer-friendly,
and allows me to fit two emacs frames side-by-side.

--

-- 
|       Michael Olson  |  FSF Associate Member #652     |
| http://mwolson.org/  |  Hobbies: Lisp, HCoop          |
| Projects: Emacs, Muse, ERC, EMMS, ErBot, DVC, Planner |
`-------------------------------------------------------'
_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev
Thien-Thi Nguyen | 1 Jul 08:20 2008

Re: janitor needed?

() Stephen Leake <stephen_leake <at> stephe-leake.org>
() Mon, 30 Jun 2008 20:29:30 -0400

   I prefer 120 columns. I have a big screen, longer lines are more
   readable, and encourage the use of longer, clearer names.

Personally, for local variables, i prefer short names, with
detailed descriptions in the comments.  The idea is less to
understand the role of a particular variable reference in situ
and more to understand the flow of the many bits, together.
Sometimes i use a local alias just for its conciseness:

  (defun func ()
    (let ((knob some-knob-whose-name-is-easy-to-remember))
       (frob knob)
       (more-frobbing knob)
       (frob knob (more-frobbing knob))
       (setq some-knob-whose-name-is-easy-to-remember knob)))

I forgot to mention my motivations (even a janitor can dream):
to get DVC into GNU Emacs, we need to adhere to the 80-column rule.
Sooner that can be done, the better, from diff-noise point of view.

This exposes an unconfirmed presumption, so i'll ask explicitly:
Is there still a plan to get DVC into GNU Emacs?

thi
Bojan Nikolic | 1 Jul 08:42 2008
Picon

[MERGE] bzr-parse-status was failing on trees with renamed files


Hi,

The attached small patch fixes a problem when parsing status of a bzr
tree with renamed files.

I am sending this as a bzr bundle, i.e., using the bzr send
command. Is that acceptable to the list?

You can merge this into your trees directly by saving the patch and
executing "bzr merge" on it, with no further network communication
necessary. The benefit for me is that I don't have to push to a public
branch which on my currently extremely slow network connections takes
a long time.

Best,
Bojan

Attachment (nikolic-428.patch): text/x-patch, 2466 bytes

--

-- 
Bojan Nikolic          ||          http://www.bnikolic.co.uk
_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev
(Continue reading)

Vincent Ladeuil | 1 Jul 08:50 2008
Picon

Re: janitor needed?

>>>>> "Michael" == Michael Olson <mwolson <at> gnu.org> writes:

    Michael> Stephen Leake <stephen_leake <at> stephe-leake.org> writes:
    >> Stefan Reichör <stefan <at> xsteve.at> writes:
    >> 
    >>> Hi Thien-Thi!
    >>> 
    >>>> - filling to 80-columns
    >>> 
    >>> I don't like the 80-columns rule - but others might disagree here
    >>> ;-)
    >> 
    >> I prefer 120 columns. I have a big screen, longer lines are more
    >> readable, and encourage the use of longer, clearer names.

    Michael> I strongly prefer 80 columns.  It's terminal-friendly, printer-friendly,
    Michael> and allows me to fit two emacs frames side-by-side.

I strongly prefer it too even as a user :-)

My eyes (like many other's) works better on narrow columns, look
at any newspaper or google a bit. Longer lines are *less*
readable because the eye makes *more* errors when you search for
the beginning of the *next* line. That's the main reason why
newspapers use narrow columns.

And it allows me to fit *three* emacs frames side-by-side on a
24" screen.

Just now, my setup is 5 virtual screens, 3 of them displaying 3
(Continue reading)

Thierry Volpiatto | 1 Jul 07:13 2008
Picon

Re: janitor needed?

Hi all!
Michael Olson <mwolson <at> gnu.org> writes:

> Stephen Leake <stephen_leake <at> stephe-leake.org> writes:
>
>> Stefan Reichör <stefan <at> xsteve.at> writes:
>>
>>> Hi Thien-Thi!
>>>
>>>>  - filling to 80-columns
>>>
>>> I don't like the 80-columns rule - but others might disagree here
>>> ;-)
>>
>> I prefer 120 columns. I have a big screen, longer lines are more
>> readable, and encourage the use of longer, clearer names.
>
> I strongly prefer 80 columns.  It's terminal-friendly, printer-friendly,
> and allows me to fit two emacs frames side-by-side.
The same, 80 columns is good for my laptop, even if i have a big screen
on my PC.
--

-- 
A + Thierry
Pub key: http://pgp.mit.edu

_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev
(Continue reading)

Thien-Thi Nguyen | 1 Jul 11:00 2008

Re: janitor needed?

() Stefan Reichör <stefan <at> xsteve.at>
() Mon, 30 Jun 2008 21:33:14 +0200

   It took some time to get your messages to the mailing list, I allowed
   them a few days ago and I got them just now.

No worries.  Thanks for validating them.

   >  - indentation (including converting tabs to spaces)
   This should be mostly o.k.

   >  - killing end-of-line whitespace
   The same here.

   >  - filling to 80-columns
   I don't like the 80-columns rule - but others might disagree here ;-)

   >  - spelling fixes (docstring, manual)
   Are very welcome.

OK, i'll skip the 80-col refill (for now) and do the rest.

   >  - manual reorg
   >  - autoconf modernization
   >  - makefile cleanup
   Every improvement to the current status is highly appreciated.

Cool.

   What is WOMBAT activity?
(Continue reading)

Thien-Thi Nguyen | 1 Jul 11:03 2008

Re: git repo for DVC with full history

() Stefan Reichör <stefan <at> xsteve.at>
() Mon, 30 Jun 2008 21:36:12 +0200

   When you have done your first change, let me try how easy it is
   for me to merge these changes.

OK, i'll send a notification.

thi

_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev
Bojan Nikolic | 1 Jul 11:34 2008
Picon

[MERGE] bzr-log, -changelog on tree-less branches


Bzr supports tree-less branches, i.e., directories which represent a
branch but do not contain an actual working tree.

Currently dvc-log, dvc-changelog can not show logs for such
directories even though these operations are well defined.  The reason
for this is that dvc-tree-root and bzr-tree-root (as the name implies)
check for a working tree, which is implemented by checking for
".bzr/checkout" directory.

The following patch introduces function bzr-branch-root which returns
branch root by looking for the ".bzr/branch" directory. It then
enables bzr-log and bzr-changelog to work on tree-less
directories. 

Unfortunately the dvc-log and dvc-changelog still do not work since
they need to find out which back end the directory belongs to, and
they do that by using dvc-tree-root.

Comments welcome.

Best,
Bojan

Attachment (bzr-treeless-429.patch): text/x-patch, 6031 bytes

--

-- 
Bojan Nikolic          ||          http://www.bnikolic.co.uk
(Continue reading)

Bojan Nikolic | 1 Jul 13:40 2008
Picon

[MERGE] bzr-switch-checkout to switch checkouts to a different branch


A very simple function to switch a bzr checkout to a different branch.

Attachment (bzr-switch-428.patch): text/x-patch, 2711 bytes

--

-- 
Bojan Nikolic          ||          http://www.bnikolic.co.uk
_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev

Gmane