On Tuesday 22 January 2008 15:18, mm wrote:
> Vinzent Hoefler a écrit :
> > 2) If I put the tabstop "typographically correct" as it should be
> > (that means: right before the parentheses)[1],
> > [...]
> >
> > [1] In normal text( you don't write parentheses like that ), do
> > you?
>
> And what ab
Vinzent Hoefler a écrit :
2) If I put the tabstop "typographically correct" as it should be (that
means: right before the parentheses)[1],
[...]
[1] In normal text( you don't write parentheses like that ), do you?
And what about math functions? Is "f (x)" more typographically correct
than "f(
Zitat von Vinzent Hoefler <[EMAIL PROTECTED]>:
> On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > > On Monday 21 January 2008 11:59, Marco van de Voort wrote:
> > >
> >
> > Nor does an editor. It can only help. I also think being to focussed
> > on coding standards (to the point of e
On Jan 21, 2008 10:15 AM, Michael Van Canneyt <[EMAIL PROTECTED]>
wrote:
>
>
> No, there isn't. I follow Borland coding style, but some others don't.
> You cannot force everyone to use the same style. And you should not.
>
> Michael.
I use Borland style also, but for Tabs i like to convert tabs
Graeme Geldenhuys wrote:
On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
Yes, that's what I figured. What I don't get is how the editor extracts
the information _back_ from the file after the "tabstop" information has
been deleted (that's what it does once it gets replaced with spaces)
Florian Klaempfl wrote:
Imo that plugin discussion is pretty useless. I'am coding in at least
four different editors pascal (fp ide, joe, lazarus, ultraedit) and I
fear there is no plugin for all editors I use :)
Same here, although the editors' names are a bit different. ;)
Vinzent.
___
Graeme Geldenhuys schrieb:
> On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
>
> I'm breaking my own promise and replying again... :)
>
>
>>> I hope this will be my last reply. Please take a look at the flash
>>> video on the ET website.
>> I don't have flash, so I am bound to check ou
On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
I'm breaking my own promise and replying again... :)
> > I hope this will be my last reply. Please take a look at the flash
> > video on the ET website.
>
> I don't have flash, so I am bound to check out the Java example.
Ask a friend, i
Graeme Geldenhuys wrote:
I hope this will be my last reply. Please take a look at the flash
video on the ET website.
I don't have flash, so I am bound to check out the Java example.
There he uses two editors (gvim and gedit).
With appropriate plugins/scripts, I suppose.
And for the last
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> The only difference seems to me, that without tabs the source code still
> looks the same, no matter if I look at it in "vi", "gedit", "kate",
> or "notepad". Once you start using tabs this isn't guaranteed
> anymore...
I hope this will b
On Monday 21 January 2008 15:59, Marco van de Voort wrote:
> > On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > > > Oh, come on. What if you encounter an enum that does *not*
> > > > require such "tabbing" inside the same source file.
> > >
> > > Well, "require" or not is relative to
> On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > > Oh, come on. What if you encounter an enum that does *not* require
> > > such "tabbing" inside the same source file.
> >
> > Well, "require" or not is relative to begin with.
>
> Let me rephrase it: A tool would have destroyed info
Graeme Geldenhuys schrieb:
On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
No, there isn't. I follow Borland coding style, but some others don't.
You cannot force everyone to use the same style. And you should not.
That's why we need a editor that supports 'elastic tab st
On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > > > | Push, Pop,
> > > > | ...);
> > > >
> > > > Now, as you can see, the instructions are laid out tabular (a
> > > > lot of tools [yes, including
On Monday 21 January 2008 14:23, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > Yes, that's what I figured. But that's wrong. Only legasthenic
> > retards[1] put spaces at the inside of parentheses.
>
> Padding can be adjusted in the editor supports ET cust
> On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > > | Push, Pop,
> > > | ...);
> > >
> > > Now, as you can see, the instructions are laid out tabular (a lot
> > > of tools [yes, including "elastic tabstops"] I've seen so far are
> > > unable to handle even t
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> Yes, that's what I figured. But that's wrong. Only legasthenic
> retards[1] put spaces at the inside of parentheses.
Padding can be adjusted in the editor supports ET customization so you
wouldn't see the space.
> To be more clear on t
On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > On Monday 21 January 2008 11:59, Marco van de Voort wrote:
> >
>
> Nor does an editor. It can only help. I also think being to focussed
> on coding standards (to the point of enforcing) is counterproductive.
>
> > As an example where mo
> On Monday 21 January 2008 11:59, Marco van de Voort wrote:
>
> > I personally would spend my time improving source beautifiers like
> > our own ptop (and you could make them to automatically find these
> > tabstops).
>
> Waste of time. Automated tools have never worked so far.
Depends on you r
On Monday 21 January 2008 13:27, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > But how would it solve
> >
> > |type
> > | FooBar = (Foo,
> > | Bar);
>
> Look at the flash demo on the website for an example of this!
> Lets say gEdit (linux ed
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> But how would it solve
>
> |type
> | FooBar = (Foo,
> | Bar);
Look at the flash demo on the website for an example of this!
Lets say gEdit (linux editor) has support for ET.
You would type
type
FooBar = (Foo,
Bar );
Tha
On Monday 21 January 2008 13:01, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > As an example where most tools just put out nonsense, consider this:
> > |type
> > | CPU_Ins = (Add, Sub, Mul, Div,
> > | Jnz, Jz, Jnc, Jc,
> > |
On Monday 21 January 2008 12:40, Graeme Geldenhuys wrote:
> alignment as pretty as can be. But once you save, it inserts the
> correct amount of spaces to keep that same alignment on file or
> (preferred) inserts the minimum spaces for standard indentation
> (Object Pascal uses two spaces for inde
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> As an example where most tools just put out nonsense, consider this:
>
> |type
> | CPU_Ins = (Add, Sub, Mul, Div,
> | Jnz, Jz, Jnc, Jc,
> | Call, Ret,
> | Push, Pop,
> | ...);
Thi
On 21/01/2008, Marco van de Voort <[EMAIL PROTECTED]> wrote:
>
> Such schemes have been tried before, but usually fail since that makes
> source only (practically) editable with one editor, which most users loath.
> I don't see what's so different about this one.
>
> Also think about e.g. the troub
On Monday 21 January 2008 11:59, Marco van de Voort wrote:
> I personally would spend my time improving source beautifiers like
> our own ptop (and you could make them to automatically find these
> tabstops).
Waste of time. Automated tools have never worked so far.
Sure, they can turn totally un
> On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > No, there isn't. I follow Borland coding style, but some others don't.
> > You cannot force everyone to use the same style. And you should not.
>
> That's why we need a editor that supports 'elastic tab stops'. ;-)
> It's a bril
On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> No, there isn't. I follow Borland coding style, but some others don't.
> You cannot force everyone to use the same style. And you should not.
That's why we need a editor that supports 'elastic tab stops'. ;-)
It's a brilliant idea,
On Jan 21, 2008, at 9:31 AM, Tiziano De Togni wrote:
Damien Gerard ha scritto:
Is there a standard Coding style for FreePascal (Pascal) available
which programmers should use ?
It is for my boss :)
these are the FPC documents:
http://wiki.freepascal.org/Coding_style
http://wiki.freepascal.
Damien Gerard ha scritto:
Is there a standard Coding style for FreePascal (Pascal) available which
programmers should use ?
It is for my boss :)
these are the FPC documents:
http://wiki.freepascal.org/Coding_style
http://wiki.freepascal.org/DesignGuidelines
but since FreePascal is Object P
On Jan 21, 2008, at 9:15 AM, Michael Van Canneyt wrote:
On Mon, 21 Jan 2008, Damien Gerard wrote:
Is there a standard Coding style for FreePascal (Pascal) available
which
programmers should use ?
It is for my boss :)
No, there isn't. I follow Borland coding style, but some others don'
On Mon, 21 Jan 2008, Damien Gerard wrote:
>
> Is there a standard Coding style for FreePascal (Pascal) available which
> programmers should use ?
> It is for my boss :)
No, there isn't. I follow Borland coding style, but some others don't.
You cannot force everyone to use the same style. And y
32 matches
Mail list logo
