Comments for deVpartment http://www.devpartment.com Code and much much more Fri, 21 Nov 2008 03:14:40 +0000 http://wordpress.org/?v=2.6.3 Comment on JS content rotator by craig http://www.devpartment.com/posts/js-content-rotator/#comment-3300 craig Wed, 20 Aug 2008 00:45:31 +0000 http://www.devpartment.com/posts/js-content-rotator/#comment-3300 I've tried to get this script to work with mootools 1.2 but I'm having problems, can you help? I’ve tried to get this script to work with mootools 1.2 but I’m having problems, can you help?

]]> Comment on Again mootools, woow! by Again mootools, woow! [ DeVpartment ] http://www.devpartment.com/posts/again-mootools-woow/#comment-390 Again mootools, woow! [ DeVpartment ] Sun, 08 Jun 2008 16:57:30 +0000 http://www.devpartment.com/posts/again-mootools-woow/#comment-390 [...] 19th 2007 10:59am [-] From: devpartment.com [...] [...] 19th 2007 10:59am [-] From: devpartment.com [...]

]]> Comment on mootools + PHP = mooHP by norman784 http://www.devpartment.com/posts/mootools-php-moohp/#comment-130 norman784 Wed, 26 Mar 2008 13:55:21 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-130 I think it will be more good if manipulate the js mootool code with PHP like xajax. It would be nice. And dont try to use this kind of programming, try the MVC Model and less hardcoding, stay looking the other frameworks like codeigniter, cake, symphony, etc I think it will be more good if manipulate the js mootool code with PHP like xajax. It would be nice. And dont try to use this kind of programming, try the MVC Model and less hardcoding, stay looking the other frameworks like codeigniter, cake, symphony, etc

]]> Comment on JS content rotator by David http://www.devpartment.com/posts/js-content-rotator/#comment-123 David Mon, 17 Mar 2008 21:14:45 +0000 http://www.devpartment.com/posts/js-content-rotator/#comment-123 this is script is a good example of what I would like to do. I was wondering if it is possible to do the same things this script does except have it only rotate through the content "set" once? Thanks this is script is a good example of what I would like to do. I was wondering if it is possible to do the same things this script does except have it only rotate through the content “set” once?

Thanks

]]> Comment on mootools + PHP = mooHP by Chris http://www.devpartment.com/posts/mootools-php-moohp/#comment-62 Chris Mon, 28 Jan 2008 00:45:56 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-62 Also see http://meta20.net/phpQuery which is a jQuery port. Also see http://meta20.net/phpQuery which is a jQuery port.

]]> Comment on mootools + PHP = mooHP by Chris http://www.devpartment.com/posts/mootools-php-moohp/#comment-61 Chris Mon, 28 Jan 2008 00:36:19 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-61 Haha, really amusing to read the comments of all the software architects ;). Nevertheless mooHP is exactly what I was searching for. An easy tool to work on the DOM in PHP. Not for composing a website, but for unittesting html. Great stuff :). Don't let these guys discourage you. I would be more than happy to see a permanent project spin-off from your draft. Please email me if there are updates. Haha, really amusing to read the comments of all the software architects ;). Nevertheless mooHP is exactly what I was searching for. An easy tool to work on the DOM in PHP. Not for composing a website, but for unittesting html. Great stuff :). Don’t let these guys discourage you. I would be more than happy to see a permanent project spin-off from your draft. Please email me if there are updates.

]]> Comment on mootools + PHP = mooHP by Christian http://www.devpartment.com/posts/mootools-php-moohp/#comment-9 Christian Fri, 02 Nov 2007 12:19:27 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-9 Well I must disagree with this comments. If you take it from other side, you can separate the business from presentation logic by creating Template and putting ID's on the elements that need to have content, and than trough mooHP assign the content you want to the elements trough the ID's. It's simply manipulates the DOM of the template. Well I must disagree with this comments. If you take it from other side, you can separate the business from presentation logic by creating Template and putting ID’s on the elements that need to have content, and than trough mooHP assign the content you want to the elements trough the ID’s. It’s simply manipulates the DOM of the template.

]]> Comment on mootools + PHP = mooHP by Bastian Buch http://www.devpartment.com/posts/mootools-php-moohp/#comment-8 Bastian Buch Thu, 01 Nov 2007 08:21:09 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-8 Oh no! For me, to discover this blog post was kind of horrible. Since I am working as a Software Architect in a company that handles large data sets with PHP i am struggling to convince my colleagues to develop our software in a way that makes code maintainable. We are using a PEAR-Package called Quickform... And this as terrible as the code above. This war of leading people to see software (especially in the web (http) world) as an organized structure where every part has its own responsibilities and where transitions between those modules follow a well defined communication and interface model, is a hard one because it seems that this is not just a change in understanding coding but also a change in mind and the programmers personality :). I hope that someday PHP will provide ways to code in ways JEE does. The lack of architectural foundations of PHP leads us to migrate some of our applications to the JEE world. ... I think the times of coding that ugly way should be over, especially in times where web applications become more complex (AJAX...). Oh no! For me, to discover this blog post was kind of horrible. Since I am working as a Software Architect in a company that handles large data sets with PHP i am struggling to convince my colleagues to develop our software in a way that makes code maintainable. We are using a PEAR-Package called Quickform… And this as terrible as the code above. This war of leading people to see software (especially in the web (http) world) as an organized structure where every part has its own responsibilities and where transitions between those modules follow a well defined communication and interface model, is a hard one because it seems that this is not just a change in understanding coding but also a change in mind and the programmers personality :). I hope that someday PHP will provide ways to code in ways JEE does. The lack of architectural foundations of PHP leads us to migrate some of our applications to the JEE world.

… I think the times of coding that ugly way should be over, especially in times where web applications become more complex (AJAX…).

]]> Comment on mootools + PHP = mooHP by Jon G. http://www.devpartment.com/posts/mootools-php-moohp/#comment-5 Jon G. Wed, 31 Oct 2007 19:43:36 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-5 This is so wrong on so many levels, I don't even know where to begin. By going this route, you've LOCKED your application logic into the presentation layer. Maintenance would be a nightmare. Furthermore, it isn't obvious or clear what in the hell is going on in your code nor why. This is so wrong on so many levels, I don’t even know where to begin.

By going this route, you’ve LOCKED your application logic into the presentation layer. Maintenance would be a nightmare. Furthermore, it isn’t obvious or clear what in the hell is going on in your code nor why.

]]> Comment on mootools + PHP = mooHP by Drew http://www.devpartment.com/posts/mootools-php-moohp/#comment-3 Drew Wed, 31 Oct 2007 16:53:10 +0000 http://www.devpartment.com/posts/mootools-php-moohp/#comment-3 This whole idea makes me cry. This goes against everything that any decent programmer would look to do. The top of that list would be the separation of logic domains, indicating, let you html be formatted like HTML and let your code be code, but keep them apart. I weep for the designer that has to make changes to this document. Hell, I weep for the coder who has to modify the logic. My number one rule with producing HTML, is that as little of it should be done programmatically as possible. There are of course exceptions that should be kept to a minimum, but for the most part, static HTML should represented as static HTML. Why abstract it away from that? It is just confusing for everyone involved. The DOM is to HTML as XPATH is to XML. It provides a great way to represent an already existing document and to query and target within it. Building with it because a conceptual and maintenance nightmare. This is basically formalized spaghetti code. I don't want to sound as harsh as I have, but please, let HTML do what it does well. It really is a great way to conceptualize a document. I promise. This whole idea makes me cry. This goes against everything that any decent programmer would look to do.

The top of that list would be the separation of logic domains, indicating, let you html be formatted like HTML and let your code be code, but keep them apart.

I weep for the designer that has to make changes to this document. Hell, I weep for the coder who has to modify the logic.

My number one rule with producing HTML, is that as little of it should be done programmatically as possible. There are of course exceptions that should be kept to a minimum, but for the most part, static HTML should represented as static HTML. Why abstract it away from that? It is just confusing for everyone involved.

The DOM is to HTML as XPATH is to XML. It provides a great way to represent an already existing document and to query and target within it. Building with it because a conceptual and maintenance nightmare. This is basically formalized spaghetti code.

I don’t want to sound as harsh as I have, but please, let HTML do what it does well. It really is a great way to conceptualize a document. I promise.

]]>