!Heredoc must go!

[Shindou Hikaru]

Two reasons I hate heredoc:

- Only linux line feeds (newlines, aka \n) are allowed after the heredoc end (EOT; in the case of YaBBSE).

- Error reporting is crooked. I gives wrong line #'s and just totally makes you want to slam at your computer with a hammer cause you can't figure out where the frigging error is.

Please escape from html when html is needed or use print tags. I suggest you control the whole html using one style sheet and one class file: class.formatting.inc.php

Which contains the following objects:
table (to create tables)
form (to create forms)
pakman (the one used to create packags)
font (to format text)
href (to make links and anchors)

That will increase yabb's usuability and will also generate more mods writers as mods will be easier to make then.

This tip = less html in code = faster board
                         ||
                better usability

Just my 2 cents. I hope I am still free to give my personal opinion.

[Delinquently insane]

Yes Now Think About template system driven by db and class function queries?  how fast do you think this will be

[Shindou Hikaru]

Fast. It will probably give speed boosts around 50% (guess).

Nother idea:
Limit sql queries by executing them only once and then defining them as constants or globals. I know this is already done with some of the queries, but I know for sure not with all.

Developer Idea:
Make a function to execute sql queries and then break the querie so error finding is easier. Like this:

Code Select Expand

function sql_query($query)
    {
    $sql_debug = 0;
    if($sql_debug === 1) {print("SQL query: ".str_replace(",",", ",$query)."<BR>");}
    $result = @mysql_query($query);
    return $result;
    }


[Greg Robson]

As the person writing the new templating system for v2 I can tell you a little about it:

* HTML will be in separate files
* Templating details will be kept in separate files (i.e. index, Message Index, Board Index) to avoid having to load masses of variables and to keep in modular.
* The rest...

Once I've debugged it should provide something simple and flexible that makes it easy to move buttons/bars/elements of the design around and edit them. Code identification should be easier for those looking to make alterations too

[Michael]

HEREDOC RULES!

You're the first one to say that in my face  

Um, okay, I'll be the second person to say that to your face: heredoc rocks.

Only linux line feeds (newlines, aka \n) are allowed after the heredoc end

So use a real editor, like Emacs or Vi. And they're not "linux line feeds," they're just plain old form feeds/newlines. Microsucks Winblows uses CRLF, two characters: carriage return (\r) and linefeed (\n).

Error reporting is crooked. I gives wrong line #'s and just totally makes you want to slam at your computer with a hammer cause you can't figure out where the frigging error is.

It happens with any errors in PHP. Pity PHP's error reporting isn't as cool as Perl's.

I hope I am still free to give my personal opinion.

Heh, why wouldn't you be?

Btw, did you check out the updates I posted for the mod review script?

[groundup]

TY michael!  what would your alternative be? print ""?

that is just terrible

[Shindou Hikaru]

TY michael!  what would your alternative be? print ""?

that is just terrible

Escaping out from php maybe??

[Shindou Hikaru]

Only linux line feeds (newlines, aka \n) are allowed after the heredoc end

So use a real editor, like Emacs or Vi. And they're not "linux line feeds," they're just plain old form feeds/newlines. Microsucks Winblows uses CRLF, two characters: carriage return (\r) and linefeed (\n).

I know what I'm talking about.

Vi sucks, I like ViM waaay better. Emacs, I hope you mean x-emacs, emacs for shell is just tooo anoyining (I hate typing commands).

I use Scite for Linux(yes, it has linux line feeds), I am needing a new editor becuase I have used this one long enough. I will probably step over to x-emacs, if only I could find my mandrake disks somewhere...

[groundup]

TY michael!  what would your alternative be? print ""?

that is just terrible

Escaping out from php maybe??

OH god.. if the devs go the phpbb2 way I am gonna be screwed.  I hate the way that looks and it is harder to understand because you have to keep finding the tags

[andrea]

- Only linux line feeds (newlines, aka \n) are allowed after the heredoc end (EOT; in the case of YaBBSE).

Just put a semicolon always after the EOT, and you dont have to care for the line delimiter style. Also windows style line delimiter is working fine on unix servers, if you use "EOT;" and not only "EOT" to end the heredoc.

I like heredoc a lot, and use it a lot, because it makes the php source code very well readable.

[Michael]

I know what I'm talking about.

Heh, listen, there is no such thing as "Linux line feeds," AFAIK. Line feeds are line feeds, period.

Vi sucks, I like ViM waaay better.

Sorry, I meant ViM, I haven't used the original Vi.

Emacs, I hope you mean x-emacs, emacs for shell is just tooo anoyining (I hate typing commands).

I'm currently using the windows binary of GNU emacs and I like it a great deal.

I use Scite for Linux(yes, it has linux line feeds)

Lol, Linux line feeds again..

I am needing a new editor becuase I have used this one long enough.

If it's good, how could you have used it "long enough?" I haven't tried it, any big features that distinguish it?

I will probably step over to x-emacs, if only I could find my mandrake disks somewhere...

Er, why don't you just download it?

[groundup]

woah people.. keep it civil

[Michael]

woah people.. keep it civil

Er, it is.

[Delinquently insane]

Yes I Think There Are Two Binary Editors Xemacs And CyGwin I Think  .. I Have Both But Dont Know Where They Are  

[Shindou Hikaru]

Heh, listen, there is no such thing as "Linux line feeds," AFAIK. Line feeds are line feeds, period.

I can call them what I want.

Er, why don't you just download it?

The darn thing is 20 megs, and with dialup and PPM, I'd rather just use the one I have on cd somewhere.

BTW, Scite's website is: http://scintilla.org/