Skip to content

Instantly share code, notes, and snippets.

@ocharles
Created June 1, 2011 14:18
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save ocharles/1002367 to your computer and use it in GitHub Desktop.
Save ocharles/1002367 to your computer and use it in GitHub Desktop.
Getty> tried around with this fuck
[3:09 PM] <Getty> pure horror
[3:09 PM] <ocharles> 'scuse me?
[3:09 PM] <Getty> #formhandler
[3:09 PM] <ocharles> yea, what about it?
[3:10 PM] <Getty> i tried todo the same stuff what you are trying todo
[3:10 PM] <Getty> and its pure horror 8-)
[3:10 PM] <ocharles> oh right
[3:10 PM] <ocharles> yes, we keep hitting our head on it at work
[3:10 PM] <ocharles> I don't like it anymore, I want to move to Chloro
[3:10 PM] <ocharles> there's too much state in HTML::FH, and it's far too complicated for what it should be
[3:10 PM] <Getty> i just had yesterday again so much fucked up with FormHandler that i wanna make my own again
[3:10 PM] <Getty> yes
[3:10 PM] <Getty> cause gshank is crazy
[3:11 PM] <ocharles> I made my own, which was Data::TreeValidator, and Chloro is very similar to that, except done right :)
[3:11 PM] <Getty> but she doesnt want to accept this fact ;)
[3:11 PM] <Getty> i saw Chloro, not enough for my feeling ;)
[3:11 PM] <Getty> checkout HTML::EasyForm
[3:11 PM] <Getty> so far i tried tomake it as wrapper around HTML::FormHandler, but this sucks so much
[3:11 PM] <ocharles> the fact it has HTML in my name already turns me away from it
[3:11 PM] <Getty> lol i just need a namespace
[3:11 PM] <Getty> ;)
[3:12 PM] <Getty> its not bound to HTML
[3:12 PM] <Getty> its the perfect way of integration of forms, i used that method on thousands of PHP projects with my own form management
[3:12 PM] <ocharles> right, but it still looks like it will assume it will be used in HTML. See http://search.cpan.org/~cycles/Data-TreeValidator-0.03/lib/Data/TreeValidator.pm#WHY?
[3:12 PM] <Getty> no, why it does?
[3:12 PM] <Getty> you checkedout the SYNOPSIS?
[3:12 PM] <ocharles> yep
[3:12 PM] <Getty> beside that it includes a stack of templates that you may use, the class itself has no clue of the HTML
[3:13 PM] <ocharles> but it uses HTML::FH
[3:13 PM] <ocharles> which *does* assume HTML/HTTP in a lot of places
[3:13 PM] <Getty> yeah so far ;) lol
[3:13 PM] <Getty> aehm
[3:13 PM] <Getty> why i need to use that details?
[3:13 PM] <Getty> i dont
[3:13 PM] <Getty> see the SYNOPSIS
[3:13 PM] <Getty> as you see, you dont use the render function
[3:13 PM] <Getty> i give a fuck about the HTML that is inside of HTML::FH
[3:13 PM] <ocharles> it's more than just the view
[3:13 PM] <Getty> yeah i know the FormHandler behind suxx ;) which isee more and more i hate FormHandler
[3:14 PM] <ocharles> the entire internels of HTML::FH have been written to assume HTML, for the most part, and you will encounter the same problems
[3:14 PM] <Getty> but the concept is right Chloro is too less for me
[3:14 PM] <Getty> he?
[3:14 PM] <Getty> bullcrap
[3:14 PM] <Getty> you can always make templates which uses the vars of the objects
[3:14 PM] <Getty> i have no clue what parts you mean
[3:14 PM] <ocharles> no, I can see that :)
[3:14 PM] <ocharles> basically, HTML::FH is structured wrong, you can gloss it up on the outside, but it won't help because there are bigger problems
[3:15 PM] <Getty> i know
[3:15 PM] <Getty> that is what i said all the time?!?!?!?!
[3:15 PM] <ocharles> yet you're still using HTML::FH behind the scenes
[3:15 PM] <ocharles> so I don't know what you're trying to achieve :)
[3:15 PM] <Getty> lol
[3:15 PM] <ocharles> you seem to know HTML::FH has bad internels, yet if you provide a different public interface, you think the problems will go away?
[3:15 PM] <Getty> [16:10:25] <Getty> i just had yesterday again so much fucked up with FormHandler that i wanna make my own again
[3:15 PM] <Getty> [16:11:14] <Getty> so far i tried tomake it as wrapper around HTML::FormHandler, but this sucks so much
[3:15 PM] <Getty> read what i say, understand what i say
[3:16 PM] <ocharles> i understand, but that's a backwards mentalitiy, imo
[3:16 PM] <Getty> i dont say HTML::EasyForm is now the right solution, its just the right API, but yes the FH behind suxx
[3:16 PM] <Getty> ?!?!?!?!?!?!?!?!?
[3:16 PM] <ocharles> you're always going to be engineering to some part of HTML::FH that way
[3:16 PM] <Getty> WTF?!?!?!?!
[3:16 PM] <Getty> HE?!?!?!
[3:16 PM] <Getty> wtf??!?!?!
[3:16 PM] <Getty> are you reading?
[3:16 PM] <Getty> [16:10:25] <Getty> i just had yesterday again so much fucked up with FormHandler that i wanna make my own again
[3:16 PM] <ocharles> I believe that in programming you start at the bottom up.
[3:16 PM] <Getty> whatever
[3:16 PM] <Getty> if you dont listen i give up here
[3:16 PM] <ocharles> YES. and when we write software, we start with a fresh plate and invent what we need
[3:16 PM] <Getty> you are saying stuff that i didnt said, so its hard to follow the discussion
[3:17 PM] <Getty> yeah, this is what i said?!?!?!?
[3:17 PM] <ocharles> no, you're getting needlessy hostile and assuming I'm attacking you
[3:17 PM] <Getty> and???????
[3:17 PM] <ocharles> starting with HTML::FH is top down design, NOT bottom up
[3:17 PM] <Getty> yeah cause you assume i say building on top of HTML::FH is good
[3:17 PM] <Getty> i didnt said this
[3:17 PM] <Getty> you said i said this
[3:17 PM] <Getty> i never said this
[3:17 PM] <ocharles> it's the entire reverse of how I think you should be engineering a form library
[3:17 PM] <Getty> and this is the problem of the disucssion
[3:17 PM] <Getty> yeah
[3:17 PM] <Getty> whatever you say
[3:17 PM] <Getty> i never said this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment