woohoo, nice :D

Congrats, I’ll definitely update my version.

HTML Table extension for DMZ.

Features are:
- label from $validation / custom label
- mapping by $validation[‘field’][‘values’] / custom array mapping
- custom function-generated fields
- autopagination with native CI paginator when _paged

ATTENTION: this extension is third-party, so don’t bother Phill with questions about it.

Forum thread.

Here is homebrew extension, that works in similar way as original HTML Form extension,
but doesn’t have so much features at the moment.

All it does is provide render_table() method that builds html code based on settings given by user. It can save some time for you and make table-generation part of the view more readable. Extension is shipped with two table templates: object_per_row and object_per_column.

DOES NOT support _iterated at the moment.

Docs included in distrib.

html_table_for_dmz.zip

@Oblique
If you have a moment, you should add your extension to the Wiki category.  The DMZ Extensions page is now linked-to from the docs, so it helps make it more discoverable.

If you need any help making changes to support the _iterated methods, let me know!

Yeah, made page, but forgot to add category.

Damn, building docs is sooo tedious.

I know there is way to make it fun and joyful.
Please somebody tell me about it.
Phill?

Some WYSIWYG maybe? Markup by hands in NB is boring )

@OverZealous
Yeah, looks like now it depends almost completely on _iterated support, whether will it or will it not be needed )

Uh. Well, i think i know how to make it work, but first i need to know that someone needs it ) Or when i will need it myself. Tired of making things just for gaining exp )

@Oblique

The reality of software development—and they don’t tell you this in college—is that writing code makes up at most 5-10% of your time.  Design and planning, for me, take up about 25%, testing and debugging probably 25-50%, and the leftover time is pretty much all documenting.*

When I did the original rewrite of the DataMapper docs, it took me over 40 hours of work!  I still spend almost equal amounts of time managing the manual as I do the code.

As far as I know, there is no way to make documentation fun.  If you like writing, that helps.  If you love your project, writing about it is a little exciting, because you get to show off your work.  Undocumented code might as well not exist; documented code is there for all the world to appreciate.

Maybe if you think of it that way it helps.

* Numbers in the post are completely made up.  Your numbers may vary based on actual time spent.  Project and team size can be a factor in determining your time usage.  Results not guaranteed.

Thanks Phill!

I will update my version!

Thanks a lot man for the work! YOU ARE GREAT!

Btw, what you think about making a website and a FORUM for DMZ ?

www.dmzci.com or cidmz.com ?

I think its own forum would help to find questions that have being already answered… We could add extensions… tutorials… maybe a WIKI !

If you are OK with it, I can help with the forum installation… moderation… even to pay for the domain !

What you think ?

@OverZealous
Yeah, heard of it )
Well, it was not so bad actually, just need to know some tools to make it faster.

Automating things is fun ) It’s the only thing keeps me coding ) Well, i’m lying, appreciation is obligatiry too.

I’m thinking about django now. Python really blew my mind when i heard of indentation block division. And then list comprehensions - i thought i was gonna dance right where i sit.

Actually, what keeps me here is DMZ i think ) It’s real pleasure to use it )

@Oblique
For simple API-style documentation, you could try PHPDoc.  I’ve run it over DMZ; it makes a fairly decent (if not comprehensive) set of docs.

If you’ve ever used javadocs, it’s the same idea.

@PoetaWD
I’m not sure I would want that at this time.  I like overzealous.com/dmz.  I don’t want a whole forum, because I just can’t deal with responding to multiple threads.   Currently, the amount of communication I get from DMZ is still handled well by the current situation.

In reality, I think there are only a couple hundred DMZ users in total.  They just happen to be an awesome, and passionate, group of users! 

The only reason I would see spinning DMZ off onto its own domain is if I decided I couldn’t maintain it on my own anymore.  Then I would probably put it onto something like BitBucket, and give it over to the community completely.

But thanks for the offer! 

OverZealous - 22 March 2010 03:57 PM

@Oblique
For simple API-style documentation, you could try PHPDoc.  I’ve run it over DMZ; it makes a fairly decent (if not comprehensive) set of docs.

If you’ve ever used javadocs, it’s the same idea.

@PoetaWD
I’m not sure I would want that at this time.  I like overzealous.com/dmz.  I don’t want a whole forum, because I just can’t deal with responding to multiple threads.   Currently, the amount of communication I get from DMZ is still handled well by the current situation.

In reality, I think there are only a couple hundred DMZ users in total.  They just happen to be an awesome, and passionate, group of users! 

The only reason I would see spinning DMZ off onto its own domain is if I decided I couldn’t maintain it on my own anymore.  Then I would probably put it onto something like BitBucket, and give it over to the community completely.

But thanks for the offer! 

I see and understand your point… No problem…  !!

OverZealous - 19 March 2010 07:41 PM

Frank Liu - 19 March 2010 05:51 PM

DMZ’s main library file contains spl_auto_load function, which is not supported until PHP 5.1.2. So you may want to change server requirement to reflect this?

Anyway, can I just remove the spl_auto_load statement and find another way to load the files? Do you have a recommended way to deal with this problem? I am using php 5.0.0.

I did not realize that (I’ve thankfully never had to deal with PHP older than 5.2, because I use the JSON functions a lot!)

I’ll take your suggestion and bump the requirements up to 5.1.2.  As for a work-around, all the spl function is doing is loading the models in as they are needed.  I know I “broke” the ability to load models via CI (which will be remedied with 1.7.1), but you can temporarily fix that by removing the private in front of the _assign_libraries function in the main library.  It’s near the bottom.

Another option is to write your own helper or library, or even extension to DMZ that allows you to load the models in as needed.

Sorry to hear about your work environment! 

This is just to provide a small closure on this matter. So if you are using an older version of PHP that does not support spl_autoload_register, then you can do the following:

In any of your config files, say config/autoload.php, append the following:

Next comment out the line that uses the spl_autoload_register function in your libraries/datamapper.php file. This hack works for me.