Slashdot Mirror


Open Source Alternatives to Dreamweaver Templating

comforteagle writes "One of the greatest hurdles for people wishing to 'switch' to FOSS and Linux is finding a good replacement tool for what they are accustomed to using. In Open Source Alternatives to Dreamweaver Templating Mark Stosberg investigates what open source solutions are available to replace Dreamweaver's powerful templating capabilities." Update: 01/09 by J : Hey, just for the record, Template Toolkit, which provides the solution Mr. Stosberg settles on, also powers much of Slashdot.

322 comments

  1. Includes? by Klar · · Score: 1, Insightful

    If you want a constant layout for a page, why not just use php -- require("top.php") page contents, then require("bottom.php") -- or even a !--#include virtual in html? I can't stand using most webdev tools, why not just use a simple, free text editor?

    1. Re:Includes? by josh3736 · · Score: 4, Insightful

      I think you're missing the point -- this is about having an OSS replacement for Dreamweaver Templates. Telling someone who has never edited HTML by hand to just jump in to HTML and PHP with a text editor is not a suitable replacement for Dreamweaver. The point here is to let someone switch without taking a hit in productivity.

    2. Re:Includes? by terrox · · Score: 1

      I think most sites that actually look good are designed with webdev tools. Coders != designers.

    3. Re:Includes? by RealBeanDip · · Score: 2, Interesting

      and the authors suggestion to use Perl is better then PHP and HTML in what way?

      --

      You know you're a geek if you've ever replied to a tagline.

    4. Re:Includes? by ThogScully · · Score: 1

      That's along the lines I was thinking, but reading the article, the author writes those things off as confusing or over-complicated because you can't see the whole page at once. It seems to me that if you need to "see" the template of the page in while working on code, then you should be working on the templates.

      The article applauds the feature that will allow you to edit the template and then publish those changes into all yoru files, so that the same change happens to the template code in each file. I admit this is something I found useful back in the days of entire websites in straight HTML, but I can't recall the last time I built even a small 2-3 page site in straight HTML.

      I guess I just don't get it. I have never used Dreamweaver, though I've used one of its precursors, HomeSite/ColdFusion Studio extensively. And I found that Quanta can satisfy everything I cared about there and more in Linux/KDE. I always assumed there was some great feature to Dreamweaver that I didn't know about that made everyone talk about it so much, but if this article is describing the reason, then clearly my assumption is wrong.
      -N

      --
      I've nothing to say here...
    5. Re:Includes? by mabinogi · · Score: 1

      The important thing is that it produces standard static HTML, so allows you to easily maintain a site with a common look and feel, without having to use any server side language - therefore improving performance and portability.

      --
      Advanced users are users too!
    6. Re:Includes? by markjugg · · Score: 3, Interesting

      I'm the author, and I'm a professional Perl programmer. I prefer Perl because I know Perl better.

    7. Re:Includes? by abandonment · · Score: 2, Insightful

      and this helps newbies that can't figure out anything but dreamweaver templates how?

      perl is the most complicated language for newbies to learn that i've ever found - most dreamweaver newbs will have a hard enough time figuring out php, let alone perl

      endless 500 server errors - yeah real 'user friendly' ;p

    8. Re:Includes? by Anonymous Coward · · Score: 0

      Most designers use Photoshop, don't they?

    9. Re:Includes? by JPriest · · Score: 3, Insightful

      FYI, I would say peobably most dreamweaver users have edited HTML by hand. The trial and error of editing stuff in a text editor and getting it formated correctly is time consuming. I used code the most hit pages on my website in notepad for speed/bandwidth reasons and do the rest of them in DreamWeaver, because updating a 200+ page webiste with notepad is not fun.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    10. Re:Includes? by RealBeanDip · · Score: 1

      So it's a better solution for you - nothing wrong with that.

      However it's hardly a solution for like everyone who is a dreamweaver user.

      --

      You know you're a geek if you've ever replied to a tagline.

    11. Re:Includes? by Anonymous Coward · · Score: 0

      Many administrative assistants with no technical background update information on web sites. They need templates to protect them from screwing up the web site.

    12. Re:Includes? by Anonymous Coward · · Score: 0

      so you'd recomend what.. JSP? heh

    13. Re:Includes? by kerrle · · Score: 1
      Well, a great many designers will mockup a design in Gimp or Photoshop, and after that's done, code it up - that's what I do.

      I don't really care what actual text editor I use, though color highlighting is nice. I use Codewhiz or Editpad in Windows, usually GEdit, Bluefish, or Vim in Linux.

      Coding and design are not mutually exclusive; I get a degree in Studio Arts in May, but it'll be followed by a desgree in computer science, and I work as a programmer right now.

    14. Re:Includes? by GrouchoMarx · · Score: 5, Insightful

      Telling someone who has never edited HTML by hand to just jump in to HTML and PHP with a text editor is not a suitable replacement for Dreamweaver.

      Telling someone who has never edited HTML by hand to just use Dreamweaver and click and drool is not a suitable replacement for someone with a clue. The answer is for people to use WYSIWYG editors only long enough to learn how HTML works, then start writing REAL code. I'm FAR more productive with Kate (glorified text editor/project manager for KDE) than I am with any WYSIWYG editor. If all I knew was Dreamweaver, my pages would be 10x the size, less manageable, and less standards-compliant.

      Do the Internet a favor, people! Write your web pages by hand. Web browser authors will thank you, as will your visitors. If it gets to be too many pages, that's what PHP (or hell, ASP or JSP if you must) is for.

      (Yes, I'm being an elitist prick about it. But when the quality is so vastly different, it matters. People should be able to USE things without knowing how they work, but not BUILD things without knowing how they work. There is a difference.)

      --

      --GrouchoMarx
      Card-carrying member of the EFF, FSF, and ACLU. Are you?

    15. Re:Includes? by markjugg · · Score: 1
      I suggested using 'ttree', which you can run without any Perl knowledge. The key that you need to learn is really some basic syntax for "Template Toolkit" templates, which is meant to be very simple.

      This solution worked well for me. If you have other suggestions for systems that work like the Dreamweaver templating system, I'm interested to hear them. But I don't count include files!

    16. Re:Includes? by penguinstorm · · Score: 1

      So do any number of server based tools, such as Movable Type. This, in fact, is one of the things I like about Movable Type.

      Dreamweaver has a large installed base, because a lot fo small/medium companies liked the idea of buying software. In my experience, if these companies actually spent time looking at their workflow and the time spent, they'd very quickly be able to do math that suggested paying for a competent installation of a content management system.

      My first reaction to this post was: Dreamweaver *HAS* powerful templating features? I used it for a while; it was more efficient not too.

      --
      Skot Nelson music is my saviour / i was maimed by rock and roll
    17. Re:Includes? by Anonymous Coward · · Score: 0

      Maybe I am backwards but I learned HTML, then moved to a WYSIWYG editor. I don't believe I am alone either. Most people learn the basics of a programming language writing apps in a text editor before using the drag-drop features of an IDE also.

    18. Re:Includes? by mattyrobinson69 · · Score: 1

      did you know there's a design view in quanta? i'd been using it for quite a while until i found that.

    19. Re:Includes? by Anonymous Coward · · Score: 0

      I use DW because it gives me instant results. I don't want to have to really think about how efficent my page is or have to put weeks or months into learning how this or that code works when a maximum of 10 people will visit my in a year. Also, my account on the server severly limits me to a basic webpage anywho. WTF what anyone really care about if it is in php or not when they are there to actually read about me? As long as they can see the info about me, why should i really care that it it takes 0.1 seconds longer to load it??? OOO...wow...loosing 1 second per year...maybe by the time I die it will have losta total of one minute [gasp]

    20. Re:Includes? by Draconix · · Score: 1

      Perl coders have bigger e-penises. Duh. :P

      --
      By reading this you acknowledge that you have read it.
    21. Re:Includes? by Vancorps · · Score: 1
      You're making assumptions that people coding sites are creating the sites and not modifying or updating.

      Good luck using Kate to modify 96,000 pages where Biotch was sposed to be spelled Lawyer.

      Someone with a clue that uses Dreamweaver is by far more productive than someone with a clue that sticks to hand coding. Single edits you'll get away with using a simple editor but even a single edit across multiple pages becomes pointless without an automation tool which is the strength of Dreamweaver.

      I might add that when building tables dreamweaver does not add any additional code, it is as if you hand coded it. If you want to use dreamweaver extensions that add that stuff well then deal with machine generated code. In either case, creating an initial template will take less time in a gaphical environment than it will in a text only environment. Even a simple page, all I have to do in DW is hit ctrl+n and I have a new html document that is properly tagged and all. Save it and I'm done. That was definitely faster than typing the html, head, title, and body tags among a few others depending on your preferences.

    22. Re:Includes? by Maclir · · Score: 1

      I think you missed the point. Dreamweaver templates - and library objects - do all of the template "pre-processing" in the design tool, and provide stock standard html code to the web server. No server side processing is required to assemble the complete page.

    23. Re:Includes? by Anonymous Coward · · Score: 0

      Ever heard of query-replace?

    24. Re:Includes? by jadavis · · Score: 1

      I could be wrong, but I think the author of the articcle was trying to show you tools written in perl that can help you template your website and gain advantages that you can't with server-side includes (whether the includes are in perl, php, SSI, or whatever). I don't think he was implying that developers should all develop in perl, just use the template tools that happen to be written in perl.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    25. Re:Includes? by Vancorps · · Score: 1
      Dreamweaver has a lot of features, its site management features are second to none, the only thing I wish it had was a source management system but for now I just use VSS.

      Other features are the scripting support, its easy to switch from php/asp/aspx/html,shtml ....

      The testing functions I haven't found a match to as of yet either. I setup a testing server in DW and I can instantly see what the end result of the page will look like. This dramatically speeds up my development time because I can view a simple edit with a database back-end. Don't know if Quanta can do that.

      Templating really isn't that big of a deal, I don't see DW as offering much in the way of creating a template. Basically you generate your navigation and then include it in every file then on out. Of course there are some pages that you will have to override and some sections where the site owner wants a different color scheme so you get some nice options there.

      That said, I'll hand code most of my asp, vb, and javascript inside of DW since machine generated code is often very difficult to read.
    26. Re:Includes? by Vancorps · · Score: 1

      yes, across thousands of directories with varying naming conventions/extensions/languages.

    27. Re:Includes? by Anonymous Coward · · Score: 0

      While I do agree about DW being a great tool (I miss the way it checks your document structure automatically when using Linux) I think you chose the wrong example, kate allows you to search and replace on multiple files, which is a VERY useful thing

    28. Re:Includes? by cortana · · Score: 1

      find -type f -exec sed -i 's/Biotch/Lawyer/g' {} \;

      But anyway, I'd be scared if a company website consisting of 96,000 pages really stored them all as separate, flat files. :)

    29. Re:Includes? by Dekks · · Score: 1

      ding ding ding ding, we have a winner! When I used to have a website a few years ago I would design most of the pages in notepad, get the all the css styles done, then I would use dreamweaver to actually do the rest of the site, once you got a design scheme down, its dead easy to just write your content, drop it into dreamweaver and have it do all the hard work for you. It also made managing the site very easy, got to replace that changed link in over 200 pages? Click a button and its done. Sure there's tools that do that for you but the fact they are all integrated into one package is what makes Dreamweaver great. The grandparent was exactly what he said, an elitist prick.

    30. Re:Includes? by Vancorps · · Score: 1
      Think of a Microsoft, yahoo, cnn, reuters,... any news site and 96,000 pages from different templates over the years can come up quite often, all of those sites would laugh if all that had to change was 96,000 pages.

      As for the find command, that wouldn't find a file three directories up. The beauty is it searches the whole site, a whole directory, or just a selected area of text. Its a lot easier to develop with.

      Course I do parse my web logs that way to determine how many people clicked on the ads on my homepage, naturally there are a few pipes involved.

      BTW, I'd be scared too, but it does happen, often.

      Might note I am a network engineer now that does web development on the side now but I've definitely seen a lot of things that could make a grown man cry.
    31. Re:Includes? by Anonymous Coward · · Score: 0

      The author writes that off as complicated because you can't see the whole page at once, but that's because the model he uses is include header, do content, include footer. Why not just have one file - the layout file - where you can just see all of your changes to the layout - and have it call a function right after the start of the body tag. From there, you can do whatever you want with the content. True, this is server-side including and therefore requires some processing, but really, if you fear server-side languages, you have a problem...

    32. Re:Includes? by prodangle · · Score: 2, Insightful

      The answer is for people to use WYSIWYG editors only long enough to learn how HTML works, then start writing REAL code.

      Dreamweaver is not a tool for 'noobs' who don't know html - it's a tool that massively enhances the productivity of web developers, who generally do know html very well. It automates all the repetitive stuff, like generating tables or imagemaps, and helps with designing layouts, much a good IDE would for writing C/Java/whatever. A basic text editor is fine for putting together a small site, but a tool like dreamweaver helps enourmously with the task of managing a large site.

    33. Re:Includes? by incom · · Score: 1

      And why not? Me, and my then 10 year old brother learned html in a text editor(this was like 7 years ago). Neither of us had problems, html is mindnumbingly easy to learn the basics of, which is all dreamweaver is good for anyway.

      --
      True genius is grasping a situation like a peice of fruit, and peircing it just right so that it drains dry.
    34. Re:Includes? by Anonymous Coward · · Score: 0

      If you read the article, the author presents several weaknesses of this method compared to templates.

    35. Re:Includes? by Daengbo · · Score: 2, Interesting

      Hey Mark, I'm really surprised that you didn't explore something like Smarty or PEAR templates. Put it on a development machine with rewrite, then when you're done, just copy the whole tree to the real server, and BAM, static site that is as easy to update as a dynamic one.

      Dan

    36. Re:Includes? by bryanthompson · · Score: 1

      That's basically what I do. Design the whole site in Photoshop/Fireworks, slice it up, put it into dreamweaver. From there, get it looking right, then chop the file into whatever includes it will need to become, usually a header and footer.

      I don't understand why you'd want to use Dreamweaver's templates in the first place. One change to a template and you have to save, update, then upload your entire site... it doesn't make much sense. Of course, it could be more advanced now--I used it for all of a week before I realized that including a file is way simpler.

    37. Re:Includes? by mebob · · Score: 1

      I agree, his reasoning for using templates like this isn't the greated. But static unpdatable templating is usefull for HTML where it might not even be passing though open HTTP before being displayed. For documention, cd-roms or sites where the pages might need to be mirrored(or just used at different times) on differnt server software.

      --
      =1000101
    38. Re:Includes? by SkippyTPE · · Score: 1

      Yes, I'm being an elitist prick about it. But when the quality is so vastly different, it matters. People should be able to USE things without knowing how they work, but not BUILD things without knowing how they work. There is a difference.

      But when I'm training 40 somthing faculty members per semester how to get their content from their specialty areas up on the web for their students and port the content to WebCT, I haven't got time to be an elitist prick about it. People with a PhD in some non-technical dicipline have no real need to know HTML; they just need to get information out in a context that is meaningful to their students, handicapped accessable, and technically accurate. As a developer, I need a solution for them that works, and while I don't necessarily think that the author of this article has something that would work for me, but I'd prefer a FOSS solution to the dreamweaver templates we're using now.

    39. Re:Includes? by prodangle · · Score: 1

      I don't understand why you'd want to use Dreamweaver's templates in the first place.

      Dreamweaver allows you to edit the content within the template, so you can see what it will look like in context. Additionally serverside includes are not always available, especially with cheaper hosting packages. I do agree that where they are available, they're generally a better solution.

    40. Re:Includes? by Zphbeeblbrox · · Score: 2, Insightful

      First of all if your editing 96,000 pages without a content management system then you deserve the headache. If by chance you do have a content management system then it probably uses templating, so you can indeed use Kate to modify the template and then upload it and Bingo you've just edited 96,000 pages. Even really large complex sites get coded and updated in a Text editor. Some of them even get edited in the browser (gasp).

      So actually your wrong he probably isn't assuming what you thought he was.

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    41. Re:Includes? by tanguyr · · Score: 1

      People with a PhD in some non-technical dicipline have no real need to know HTML; they just need to get information out in a context that is meaningful to their students, handicapped accessable, and technically accurate.

      The solution lies in restricting or structuring their input: think of the filling out forms approach in stead of putting them in front of a blank canvas and letting them do anything they want. The line is pretty blurry: i know Dreamweaver allows you to lock down template areas (and yes, i've heard of contribute) and there are tools like fckeditor which can turn a text area into something the average MS Word user would recognize. It's one of the key ironies of development that sometimes it is much harder for the developer to make things easier for his users.

      --
      #!/usr/bin/english
    42. Re:Includes? by Zphbeeblbrox · · Score: 1

      The solution is to put in a content managment system for them and let them just submit it via text on a webform. No DW or HTML needed. They really shouldn't be responsible for layout and such anyway. Just have an automated process for them to submit their "content" and let someone who knows what they are doing handle the layout stuff. That's what a CMS is for. Heck a Wiki would be better than teaching them dreamweaver.

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    43. Re:Includes? by shlashdot · · Score: 1

      I couldn't agree more. People with a real need to communicate information often are not yet using a CMS.

      And the people that DO use them are usually just selling adsense. :?:

      I do feel that HTML should be tought to everyone at about the high school level though. I realize younger kids can learn it so that should be an option as well - a course a student must take, at the students choice of time between 4th grade and graduation.

      NOT "Website Design 101" but "HTML 101".
      --------------- There is no sig.

      --
      Additional plugins are required to display all the media on this page.
    44. Re:Includes? by Knightking · · Score: 2, Interesting

      They use huge piles of static files for performance, but that doesn't mean that each one is created by hand. Considering how trivial it is to create a simple templated CMS to generate the page, anyone who even attempted to do that by hand is an idiot. In fact, I'd say that any site that has over 10 pages with similar styling that might ever have to be updated should always use some form of a CMS, even if the CMS is only a short perl script that reads in a template, reads the file to be added, applies the template, and writes the html (perhaps 10 lines of code). To change the styling, update the template and rebuild the site. Not all that different from Dreamweaver's handling, except you don't have to reupload the entire site again, and its easier to add dynamic elements.

    45. Re:Includes? by mrjb · · Score: 1

      > updating a 200+ page website with notepad is not fun

      If you need to update 200+ pages to apply a change to your site, something's wrong with its design.

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    46. Re:Includes? by mangu · · Score: 2, Insightful
      As for the find command, that wouldn't find a file three directories up.


      You don't know what the find command does, do you? It finds files, as its name implies, up to any level of directories.


      That's the beauty of unix. You don't need specialized tools like dreamweaver, because the basic operating system utilities are so flexible and powerful. When you know a few commands, like find and sed, you can create a short line of commands that replace anything your bloatware can do.


      Of course, you need a few weeks of study to start being productive in unix, compared to being able to create something with dreamweaver almost immediately. But then you need weeks of study to be truly productive in dreamweaver. And when you want to do something else, the cycle repeats with some other application, while in unix, once you know the commands you can be productive with everything.


      Unix has a steep learning curve at the beginning, but the curve flattens out and it becomes very easy to learn new things once you get past the raw beginning. WYSIWYG applications are the opposite, they are very easy in the beginning, but you do have to study them in depth if you want to be a power user, and what you learn in one application is pretty much useless in another. Being a dreamweaver power user won't help you in doing advanced stuff in excel, and vice-versa. But if you learned unix commands to edit html files, you'll know everything you need to edit any text files, no matter what the application is.

    47. Re:Includes? by PDAllen · · Score: 1

      Dreamweaver =/= MS Word HTML.

      For one thing, DW does not put in a huge amount of crap to a page; if you look at a 1k section of HTML output by Word, you can always see immediately that it's not hand-code; that's not true of DW. If you hand-code a page, and it comes out at 50K, then a DW drag and drop version would probably come in around 60K; the extra 10K will be DW putting in a few names, HTML comments, and some attributes in explicitly you'd have left assumed. But it'll generally be about as compliant as hand code.

      I agree that it's quicker to hand code an HTML page than to do it in a fluffy semi-WYSIWYG GUI - if I'm using DW, then chances are I am editing the HTML code page not the drag and drop. DW does allow you to do that.

      But, if you're not just doing your own website, then you have to think about who will be doing web dev. If it's always going to be you, then fine, do what you want. But it usually isn't, and hiring someone who can do PHP or whatever to hand code is expensive; hiring someone who can be given a ten minute lesson on how they use the DW GUI and don't touch the template is cheap, but if you just want a couple of hundred info pages set up off one or two templates, then you'll probably get the same result. And it will be quicker, being as the server doesn't have to run a parse every single time it serves a page.

      On the other hand - $400?! and it still allows your junior monkey to embarrass the company by having a background link to file://..., seems to have some illogical hatred of line breaks and love for paragraphs, and is a pain about swapping templates. And how hard would it be to do resizing images automatically into /images, as opposed to putting the image in, playing with the image tag size until it looks right, going into image editor, resizing to the right size, resave as a different name so you don't lose the original, move it into /images yourself (and remember to tell jr monkey to always do this) and remember to change the image source on your page to the correct one (and find the time jr monkey forgot and left it pointing to file://...).

    48. Re:Includes? by Homburg · · Score: 1

      Surely the problem is, Dreamweaver doesn't help enough with the task of managing a large site; a proper CMS is much better (and, of course, also 'automates the repetitive stuff', generally more than a tool like Dreamweaver). I'm surprised to see Dreamweaver still being used; it's used for the intranet where work, for example, making it both a pain to update the site (all changes have to be sent to the Dreamweaver-using 'web team', rather than being managed over the intranet by the people who create them) and impossible to automate (we currently have to manually maintain an index of documents by keyword).

      Drupal takes about a morning to install, and would solve both these problems.

    49. Re:Includes? by prodangle · · Score: 1

      a proper CMS is much better

      I agree, a good CMS is better than using Dreamweaver templates, but it can limit site layout, and server side scripting languages and databases are not always available.

      I've made a few sites with custom CMS's, and I've also used off the shelf systems such as Zen Cart and PHPBB, but I still always use Dreamweaver to manage and edit all the files. I tend to use it as a source editor. It does syntax highlighting, autocompletion and everything you'd expect from a good IDE for PHP, as well as helping with the job of managing lots of files. I manage the site itself using Dreamweaver, while other people use the CMS to edit the site content. I can see how it could prove tricky for a site managed by many people though.

    50. Re:Includes? by Zphbeeblbrox · · Score: 1

      I spend a lot of time working in schools and your right. Instead of taking the opportunity to teach real HTML they teach "dreamweaver" or even worse "frontpage". The student learns all about making a tacky website and nearly nothing about the real world of web development. (FTP, HTML, CSS, XML even)

      This is a prime opportunity to teach students, interested in learning, how the web really works. Instead the student has to be retrained by whatever company or college they end up in. If only the teachers took the time to learn the subject they are teaching instead of relying on some piece of software to hold them by the hand. At least the school could hire someone who knew the subject instead of pushing some guy who demonstrated some knowledge about Word.

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    51. Re:Includes? by macdaddy · · Score: 1

      Personally I've found Java to be the hardest common language for anyone to use. C was so much easier IMHO.

    52. Re:Includes? by Anonymous Coward · · Score: 0

      Because you and your brother were 10 and had nothing better to do. In the real world, people don't have time to waste on this.

    53. Re:Includes? by Vancorps · · Score: 1
      I think you woefully underestimate the sites that dreamweaver creates.

      There is so much wrong with your assumptions its hardly worth replying to. First of all, small tools works for scripting, that is where they are powerful.

      The basic operating system utilities will get the job done but the reality is, its faster and easier to do it in DW when you're only doing it once or twice. I can select a couple of folders and hit find and it will tell me where all occurances of a href= are. Yes it can be done using find, grep, and vim if you're going to replace the text but you can't possibly think that is easier or faster.

      Tools are built to assist with a task, DW is well suited to editing very large sites. After using Unix and Linux of 8 years scripting just about everything I still say a GUI works better for a developer or end-user.

      As for the learning curve, thats just bullshit all around. Are you seriously saying that my knowledge of Cisco networking doesn't help with Netware or Linux networking? Or that my knowledge of Windows and KDE doesn't help me figure out the OS X interface? If you truly believe that then I feel sorry for you. Everyone I know that knows multiple operatings system has very little trouble adjusting to new ones. Same goes for people that know a lot of applications.

      Everything takes time to study, then again, knowledge of Samba doesn't really help if you want to implement NFS.

      Also you appear to be confusing the OS Unix with its interface which can either be CLI or GUI based. Its rare you will ever find a company sit a new employee in front of a CLI and expect them to just go to town. They will sit in front of the GUI and they will see what types of apps they work with at their job. How often do you think they work with the CLI? Mostly its just the admins that ever even see the CLI. Seen a few developer dive into it but even that's fairly rare these days with some very nice IDEs replacing the need to debug in CLI.
  2. Just port dreamweaver to OS neutral by Anonymous Coward · · Score: 0


    Dreamweaver is built out of javascript and java with quite mnimal os dependancy, iam suprised WINE wont run it, shame its not FOSS but that hasnt stopped people hacking software before

    1. Re:Just port dreamweaver to OS neutral by CmdrGravy · · Score: 1

      Wine does run it - after a fashion. The last time I had a go it ran very very very slowly and some of the menu options didn't seem to work.

    2. Re:Just port dreamweaver to OS neutral by mattwarden · · Score: 2, Interesting

      Unfortunately the slowness isn't necessarily WINE's fault. When we installed the latest update to DWMX at my old job (it might not be the latest available), it became horribly slow. Especially when switching from another application to DWMX. We saw similar reports of this on the intarweb.

      This was on WindowsXP by the way.

    3. Re:Just port dreamweaver to OS neutral by mebob · · Score: 1

      ubfortunately what makes it seem os independent, is really just a mess and is probably the root of every bug and design problem in dw. I've seen dw's ftp client start corruping code, getting mixed up and writing files to the wrong site or folder and the editor interface it's self returning javascript errors causing cashes on file save. I've also seen it dump random "mm" markup durring paste and save operations. They creating a pretty good product on top of it, but i'm suppised more people don't complain about the technical issues underneth or that its slow as hell

      --
      =1000101
  3. Wow by willscott · · Score: 2, Interesting

    I find it pretty amazing that dreamweaver templates are still being used. My school started with templates and found them too buggy and complicated so we switched to contribute. Now we're in the process of going to a CMS, because the non technical people who need to change the site are still having too many problems editing. The tech department was forced to hire a consultant just to teach everyone first how to use dreamweaver, and then contribute.

    1. Re:Wow by PornMaster · · Score: 1

      A CMS allows you to have anyone update the site because you trade in some flexibility for simplicity.

      Some people are better off with AOL, others just need a TCP/IP pipe.

    2. Re:Wow by happyemoticon · · Score: 5, Insightful

      My job uses dreamweaver extensively. It's a crime against God and man, plus, as you say, it's pretty hard to learn. In fact, my situation is even worse because we use a 9x version on our XP machines that crashes on an hourly basis.

      What concerns me about the templates is that they're an excuse, at least in my experience, for shitty web designers to produce equally shitty, unmaintainable code through a WYSIWYG editor. Includes are a good way to go (catting a file into the output stream does not consume any resources worth mentioning, and it's a bigger waste of resources in the eyes of somebody trying to maintain the code if you have a bunch of redundent HTML). That way, they can just look at the

      that they're worried about, and they can even edit that in dreamweaver.

      Anyone who uses Dreamweaver and calls themselves a "Web Designer" or a "Webmaster" is a monkey with a typewriter. Tools like that are great for maintaining HTML and making homepages, but not for producing real, clean, standards-compliant code.

    3. Re:Wow by DaScribbler · · Score: 2, Insightful
      Anyone who uses Dreamweaver and calls themselves a "Web Designer" or a "Webmaster" is a monkey with a typewriter. Tools like that are great for maintaining HTML and making homepages, but not for producing real, clean, standards-compliant code.

      Actually, I take this the opposite way. I find that usually people who bag on DW so vehemently are merely people who purchased a couple books on HTML, CSS and PHP then try to pass themselves off as professional web designers. And try to parade their percieved professionalism by loudly implying that Real Web Designers are those who use VI as a text editor and anybody else are mere mortals.

      Dreamweaver squashed the 'WYSIWYG tools generate crappy non-standards compliant code' misnomer quite some time ago.

    4. Re:Wow by BShive · · Score: 1

      I agree wholeheartedly. In fact, using DW can HELP you make sure your code is completely standards-compliant. On top of that, writing extensions is really easy. I wrote several to add checks for handicapped acessibility. I'd rather have DW handle the easy stuff for me. If it's something more involved I just hit source view and edit there. Heck, it's even got a regexp seach/replace which is invaluable.

    5. Re:Wow by deft · · Score: 1

      I have made several fortune 500 websites using dreamweaver. A few were heavy on JSP, some were static, all were very well designed and easy to maintain. They were even compliant.

      Maybe you're getting you info and opinion from 10 years ago when it wasn't as good. But in the real design world compliant code is only interesting to people like you. The people who get paid to do it need it to render in a % of borwsers we are targetting as decided by our demographic. If compliant code didnt render in IE, there would be none on the web, except for maye you're one unreadable web page, maybe with firefox.

      --

      There's nothing Intelligent about Intelligent Design.
    6. Re:Wow by __aaclcg7560 · · Score: 1

      I find that usually people who bag on DW so vehemently are merely people who purchased a couple books on HTML, CSS and PHP then try to pass themselves off as professional web designers.

      Whenever I tell someone that I know HTML/CSS/PHP, the first response is almost always, "So you're a web designer?"

      I try to explain to them that I know how to construct web pages from hand, and figure out how to fix a problem if the WYSIWYG editor doesn't want to do it, but they don't understand I'm not a designer. There's a big difference between being an architect and being a plumber. I'm just a plumber who knows how to flush the toliet.

    7. Re:Wow by Azureflare · · Score: 1
      It also depends on what you're working with. I work with html tables since we publish a lot of print publications with education data online, and dreamweaver makes working with html tables a lot easier. I generally never use the WYSIWYG part of dreamweaver, since it's completely worthless, and just switch to source code view most of the time. It's really handy for visualizing stuff and making sure you're not doing anything wrong.

      I haven't really found a good OSS replacement for this, but Bluefish does pretty much everything I want, and Quanta has a pretty good preview capabililty (a lot like Homesite which I LOVED but stupid Macromedia bought it). But quanta uses QT which I really don't like too much.

      Combine bluefish with a good preview ability and I think I could live without Dreamweaver.

    8. Re:Wow by onlyjoking · · Score: 2, Informative

      Dreamweaver squashed the 'WYSIWYG tools generate crappy non-standards compliant code' misnomer quite some time ago.

      Really. Until MX 2004 DW could only handle a subset of CSS reliably. Ever tried designing a page with CSS floats? DW MX 2004 still can't render them properly. As far as CSS layouts are concerned DW isn't even fully WYSIWYG!

      Add to that record-breaking bloat, the code view that doesn't receive focus until you click it and a dozen other 'features', I'll stick with Template Toolkit.

    9. Re:Wow by Anonymous Coward · · Score: 0

      Blaming Dreamweaver for bad code or bad design is like blaming Photoshop for every shitty business card or CD cover you've seen.

      IT'S JUST A TOOL.

    10. Re:Wow by Atroxodisse · · Score: 1

      I could not agree more. Serious web designers should not rely on Dreamweaver. It never renders the page exactly as it appears in IE or Firefox. I use includes and requires in PHP whenever doing a large site. CSS handles any kind of templating I need to do which I can do in a text editor. I like ultra edit for editing my files.

      --
      Read my short stories - You won't regret it.
    11. Re:Wow by metalhed77 · · Score: 1
      Anyone who uses Dreamweaver and calls themselves a "Web Designer" or a "Webmaster" is a monkey with a typewriter. Tools like that are great for maintaining HTML and making homepages, but not for producing real, clean, standards-compliant code.


      I've produce clean, standards-complaint code with dreamweaver templates. I eventually gave it up for a homebrew XML pipelining tool (far more powerful) but dreamweaver's templates are decent.
      --
      Photos.
    12. Re:Wow by Anonymous Coward · · Score: 0

      I use dreamweaver, and only dreamweaver. Anybody who uses a basic text edior is a monkey that is hurting only themselves.

      Maybe had you ventured into dreamweaver and used more than its design view, and explored its other options, you would be presently surprised how you could not live without it.

      Frankly, FTP built in, the colored text, line number, simple javascript behaviors, buttons for simple html tags that aren't used alot, charmap, alot of customization, a clean interface, alerts when another user is editing the same file, or has it open, ect, are some of the best features dreamweaver has to offer!

      And yes, I have compared dreamweaver to many other drag-and-drop programs and so far, I have not seen one come close to have a clean code as possible.

      (just want to toss in, VI > emacs)

    13. Re:Wow by martinX · · Score: 2, Insightful

      If your non-technical people have trouble with Contribute, I'm surprised they can make it to work unaided.

      Contribute is as easy as pie to use for anyone who can even half-use a word processor. Just remember: it's a webpage editor, not a site editor. Perhaps your site needed to be re-jigged with Contribute in mind, or maybe too many web developer-type tasks were being devolved to them.

      And if they couldn't use Contribute, they won't be able to use a CMS. Maybe you just need smarter people.

      --
      When they came for the communists, I said "He's next door. Take him away. Goddam commies."
    14. Re:Wow by Bedouin+X · · Score: 1

      I love Dreamweaver and have since version 1.2 but you're dead right about CSS. Fucking Frontpage(!) has a better design view of non-static CSS2 positioning. I have to say that MX2004 added some really great CSS features and is generally an improvement over the sluggishness of 6.0.

      The biggest dissapointment though is the absolutely shitty ASP.NET support. Them forcing me to use a closed and proprietary assembly for data access and operations has relegated it to design - instead of development - status for me.

      --
      Dissolve... Resolve... Evolve...
    15. Re:Wow by bryanthompson · · Score: 1

      I would bet that there are quite a few of us web designers that use DreamWeaver in "Code View" instead of WYSIWYG.

      Those who are tied completely to the WYSIWYG view are fooling themselves. DW will absolutely rape your code, and it takes a ton of work to make it compliant after it's taken over.

      For DW's site management, tag completion, and upload ease, DW can be a pretty useful tool.

      DW is buggy, does lock up, and does require updates/patches... But then again, if someone uses DW, they probably use Windows too*, so they should be used to lock-ups and patching.

      I'm a DW user on OS X.

    16. Re:Wow by Anonymous+Brave+Guy · · Score: 1
      I have made several fortune 500 websites using dreamweaver. A few were heavy on JSP, some were static, all were very well designed and easy to maintain.

      Care to put your money where your mouth is and cite some of those sites? Perhaps us text-editor-only non-web-developers who don't have the benefit of Dreamweaver could learn something... ;-)

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    17. Re:Wow by indiechild · · Score: 1

      Yep, Code View is quite useful and is one of the best parts of HomeSite that was incorporated into Dreamweaver.

      We still use HomeSite 5 at work. A bit lacking in some areas, but still a lovable editor nonetheless.

    18. Re:Wow by MartinB · · Score: 1
      I find it pretty amazing that dreamweaver templates are still being used. My school started with templates and found them too buggy and complicated so we switched to contribute.

      Errmmm what do you think is used to set up the templates and define editable regions for Contribute? Yep, DW templates. And that's why having DW templating in OSS tools is useful - so PLU® (People Like Us) can set up sites for PLT® (People Like Them: aka non-technical people or Clients) to maintain without PLU having to pay the large amount that DW costs - PLT can just buy the relatively affordable and easy to use Contribute.

      --

      The only thing you can accurately describe as "Scotch" is a sticky tape made by 3M. And it's

    19. Re:Wow by Anonymous Coward · · Score: 0

      I always use Dreamweaver in code view. So my pages don't have any junk code or non-standards stuff.

      And I don't care whether I'm a 'monkey with a typewriter' to some people. It's all about what gets the job done.

      Yep, I like my syntax highlighting, code completion, templates, etc. I'd rather design and develop my website quickly and efficiently (with all the help I can get) than have to do everything manually. Ideally there should be minimal work on my part but I should still get exactly the result I want.

      I must admit though, I'll always prefer to code manually because I enjoy that more!

    20. Re:Wow by deft · · Score: 1

      If you're really working at the level I am, you'd know that as a design consultant for this type of site, you sign non disclosure agreements. F500 companies don't like to announce that their in-house design staff can't complete the project. I can tell you the last project I was on was about 10 coders and my team of 3 designers as a consultancy group. We billed over quite alot over a 2 year period working on a B2B configuration app for very large (multi terrabyte) servers.

      The key to not having DW mess with jsp code is to just open up the code management options and tell it specifically what to, and what not to rewrite. That is how we kept several pages from breaking with some very heavy JSP writen into it, even when using a wysiwyg.

      --

      There's nothing Intelligent about Intelligent Design.
    21. Re:Wow by Anonymous Coward · · Score: 0

      This is what i love about Slashdot. It has a bunch of programmers all upset because people with less "programming" education are doing their job-your all scared to death that your running out of work. Clients will always want the cheaper price-my company can higher a guy less than half of what you guys cost to get it done with off the shelf software. You guys need to realize that in the real world that clients fall on the side of good enough in the war of "IDEAL CODE vs. GOOD ENOUGH CODE" Dreamweaver lets us design and get web projects rolling faster than if we did everything with notepad-we then can hirer fewer programmers and have them focus on the important parts and help the less knowledgable get better with these tools-but productivity stays high.

    22. Re:Wow by Anonymous+Brave+Guy · · Score: 1

      Sorry, you'll need to do much better than that. NDAs covering content before the site goes live, or commercially sensitive information that's never going on the public areas of a site, sure. NDAs requiring you to deny ever taking the job, not in my experience, unless you're working in the security/defence industry.

      You can't really counter an informed crowd questioning the quality of major sites produced using Dreamweaver by saying you've worked on several and they were all great, and then cop out with a weak excuse when asked to provide even a single example so we can check out the quality of the output Dreamweaver produced for you. What do you put on your CV? "I designed several fantastic web sites for big companies. No references." perhaps?

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    23. Re:Wow by deft · · Score: 1

      I guess you haven't run into this sort of NDA. Most companies do not want it publicized that a consultant did their work, so you are not allowed to mention it as a client. Just because you haven't run into that does not make it impossible.

      So yes, I guess it isn't sufficient to convince you, and luckily, that doesn't really make a big difference to me. Take it for what it's worth. Alot of people post here anonymously without support, and you have to make a judgement call on their motives. Go look at my other posts... I usually crack jokes... I don't have an agenda here.

      But seriously, if you can't figure out how to use DW as the powerful tool it is, so be it. If you find notepad easier, good for you.

      I have no reason to try and fool you... I dont work for Macromedia, i just use it, alot. successfully. on many different sites.

      --

      There's nothing Intelligent about Intelligent Design.
    24. Re:Wow by sehryan · · Score: 1

      I can create a 10 row, 5 col table in Dreamweaver that is just as compliant as what you can, and it will take 1/3 the time to do it.

      Hand coding CSS in DW will be faster, as well, thanks to smart tags. Again, I can get it done faster, and just as clean as you.

      In short, if your clients are willing to wait longer for you to hand-code websites in a text editor, thats great. Meanwhile, this monkey will be over here with my "typewriter" finishing sites for three different clients in the same amount of time that are just as compliant as what you do.

      --
      The world moves for love. It kneels before it in awe.
    25. Re:Wow by ahdeoz · · Score: 1

      You used Dreamweaver to "design" a B2B configuration app for database servers?

    26. Re:Wow by ahdeoz · · Score: 1

      smarter people cost more. Why would someone pay for software that makes them have to pay more for employees.

    27. Re:Wow by gagge · · Score: 1

      I agree with you, my grandmother uses Dreamweaver for her website (she's selling boring antique stuff :), sure it's a great application for her. But since it doesn't generate correct HTML 4.0 and XHTML code, it's nothing for me. Actually, I work faster when I write my stuff instead of looking for buttons hidden in some menu. I guess it's great for some people...

    28. Re:Wow by LiquidCoooled · · Score: 1

      Errrrrr deft - i hate to tell you this, but your homepage site isn't compliant.
      What kind of message does THAT put out to your prospective customers?
      It will be especially bad if you wrote it ;)

      Heres the link so you can see and rectify, it might be something or nothing.

      --
      liqbase :: faster than paper
  4. vi by Anonymous Coward · · Score: 3, Funny

    vi

    HTH

    HAND

    Cat got your tongue? (something important seems to be missing from your comment ... like the body or the subject!)

    1. Re:vi by Anonymous Coward · · Score: 0

      vim

    2. Re:vi by Anonymous Coward · · Score: 0

      emacs

    3. Re:vi by CrankyFool · · Score: 2, Interesting

      In general, I've made two predictions about the success of a product that I was really really sure of in my professional life:
      1. While working at Berkeley Systems, I remember the first time I saw a prototype of You Don't Know Jack. So wait, it's a quiz-show format with a 'host' that insults you? Yeah, that's going to sell. End result: YDKJ is the only product that survived BSI's ending, having gone on to become physical games and even, shortly, a TV show;
      2. While working at Macromedia, I remember seeing the first Dreamweaver demos. Now, I'd seen other WYSIWYG HTML editors -- you know, HotMetal (however it's capitalized) and Frontpage. They sucked. People who really cared about their HTML used vi (or vim or Emacs) like God intended them to! And anyway, *HOW* much were we going to charge for this? Insanity! Dreamweaver's going to be the biggest commercial failure in our history!

      And ... the rest is history. For what it's worth, I use Dreamweaver for the majority of my HTML creation. It's relatively fast, easy, and powerful, and I say this as someone who hasn't worked at Macromedia for more than three years now.

      There are friends of mine who have asked me to let them know next time I'm sure a product's going to fail, just in case they've got some money they can invest in it.

    4. Re:vi by Anonymous Coward · · Score: 0

      jed

    5. Re:vi by Anonymous Coward · · Score: 0

      ed

    6. Re:vi by Anonymous Coward · · Score: 0

      nano

    7. Re:vi by Anonymous Coward · · Score: 0

      pico

    8. Re:vi by Anonymous Coward · · Score: 0

      HoTMetaL (HTML are capitalized, similar to how HoTMaiL used to capitalize their name, even for a while after Microsoft bought them).

    9. Re:vi by Anonymous Coward · · Score: 0

      Yes, yes.. we could sit and name off every editor available on Linux.
      The original poster got the joke across...

    10. Re:vi by Anonymous Coward · · Score: 0

      jedit

  5. LogiCreate plug by ubiquitin · · Score: 1

    I've given more than one open source content management solution a spin and IMHO, LogiCreate does a better job than most at form-content separation. I think their business model is to give away most parts but then charge for the web-store component, but go check it our for yourself: www.logicreate.com

    --
    http://tinyurl.com/4ny52
  6. Comment removed by account_deleted · · Score: 2, Insightful

    Comment removed based on user account deletion

  7. Too many i's by OccidentalSlashy · · Score: 0, Redundant

    "shirinking-gap"?

    --
    vicious, untreated political sewage...niche entertainment for the spiritually unattractive...worshipless pap
  8. bad idea by geg81 · · Score: 3, Insightful

    Dreamweaver templates are a bad idea, from the dark ages of the web. If you are still generating sites by hand, you can do something fairly simple with PHP and CSS or one of the Apache modules/filters.

    A better solution is to use a content management system (CMS).

    1. Re:bad idea by Rotkiv · · Score: 0

      I bow to your infinite wisdom oh mighty web developer.

      --
      RArr!
    2. Re:bad idea by Richard_at_work · · Score: 3, Insightful

      Content management systems arent the best idea in all situations. If you are producing a largely static site, but adding content daily, with a large number of users, producing static HTML is better than dragging it out of a database, because it produces a smaller cpu hit on the server. An example I usually give of such a site is local government Intranets, which in the UK are usually highly static data, IE the page doesnt change much, but more pages are added daily. This is fantastic for Dreamweaver, or its non geek friendly cousin Contribute, and their templating functionality, because it allows you to create the entire page once, keeping the cpu hits to a generating client, so when you do want to change the template, you have the client regenerating the site, rather than every hit dragging something out of a database or 'wasting' cpu time on a php include();.

    3. Re:bad idea by MightyMartian · · Score: 1

      I can see absolutely no point in the few web pages I have, largely static data that only gets updated once every week or two, to build it around PHP or scripting of any kind. For a static page, it's simply a waste of resources to have the thing generated by a script.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:bad idea by CmdrGravy · · Score: 1

      I think that if you are considering CMS for a largely static site you would consider choosing one which did produce static pages and only regenerated them when a new change was put into the system - which if it's largely static won't be that often.

    5. Re:bad idea by mattwarden · · Score: 1

      There are plenty of CMSs out there that produce static html files as their output. MovableType, as much as I hate to plug them, is one. There are others.

      There is nothing inherent to CMSs that cause this CPU hit you are talking about. Certain CMSs are designed for highly-dynamic sites where MovableType's 'rebuilding' method would become annoying, and others are designed for sites that still need the benefits of a central CMS but are more static. And then there are still more than combine aspects of both, like Wordpress with the Staticize plugin.

    6. Re:bad idea by Richard_at_work · · Score: 2, Informative

      This is true, but the problem with this (for the market i demonstrated earlier) is that people want WYSIWYG editing. They want to treat the web page as a word document, they dont want to type stuff into a white box on a screen and press submit every 5 seconds to see what their changes look like. This is where Dreamweaver/Contribute come in.

    7. Re:bad idea by CmdrGravy · · Score: 1

      The heart of a CMS is a database and there is no reason why you can't use no web based tools to update or create your content.

      The last CMS I wrote for work I found it a lot easier to just write a front end using MS Access forms where I could produce a responsive WYSIWYG environment quite easily.

      Taking things a bit further you can basically provide any kind of editing facility you like based on tools like Word or whatever.

    8. Re:bad idea by Richard_at_work · · Score: 1

      Yes but the point here is that Dreamweaver presents the ENTIRE webpage to you, but only allows you to edit the non template part. So their menus, site headers and footers, static cross page content is all there, and they can see how their changes relate to the entire page. Thats whats being discussed here, and what you are talking about is basically no different than using Dreamweaver and DW templates. Thats whats missing from the opensource arena at the moment, and its slightly different from the functionality a CMS brings to the table.

    9. Re:bad idea by CmdrGravy · · Score: 1

      The best tool for a job depends on the particular job you want to do.

      I can see how Dreamweavers Templates benefit you in the scenario you are describing - a situation where your editors need to see the whole page but can't be allowed to make changes to anything other than their particular area. I agree there is no direct OSS alternative to this ( which I am aware of at least ).

      In your original scenario of a Local Government Intranet however I really do think a tailored CMS would be a better solution.

      I can't really see any reason why your editors would need to take account of anything else on the page other than their own particular area. You can use your professional web designer to set the CMS up and design it and then hand out the editing tools to your staff and integrate them into their working routine, they don't need to know anything about HTML or web design and will be provided with tools to enable them to enter the information they are in charge of in a clear and informative manner.

    10. Re:bad idea by naelurec · · Score: 1

      A nice middle road between fully dynamic and fully static is putting a cache in between.. Certain CMS systems (ie Plone) are fully dynamic, but integrate nicely with a proxy/cache that can serve up the generated pages without having to hit the backend database every time..

      Granted, it is a bit more complex of a setup, but in may ways, it provides the best of both worlds.

    11. Re:bad idea by tootlemonde · · Score: 1

      HTML is better than dragging it out of a database, because it produces a smaller cpu hit on the server.

      A Content Management System provides a good deal more than a repository. You need to know when the last time a page was updated and who updated it. You need a version control system to know what changes were made. You need some kind of work flow to move a page from development to review to final approval and track the status of a page in the process.

      A database application on the backend makes it a good deal easier to implement these features once you get beyond a surprisingly small number of pages. It is much easier to create a batch process that periodically generates static pages from the database than trying to duplicate the features of a CMS with html files stored in the file system.

      Usually the confusion of managing a large site of static pages stored in the file system is more of a problem than wasting cpu time. The situation you describe where "the page doesnt change much, but more pages are added daily" is postponing the problem. Eventually there will be a large number of obsolete pages that will have to be reviewed and updated and no one will know which ones they are or even how many there are.

    12. Re:bad idea by Richard_at_work · · Score: 1

      My origional scenario was just a live world example that I know of, but Dreamweaver templates scores victories for small to medium companies, charitable organisations and other non profit groups who dont want to spend out on a professional fulltime webdesigner, or webspace that includes mysql/php, when they can get the whole job done in a copy of Dreamweaver, and upload it as static webpages, usually to ISP provided webspace. Theres also a whole realm of sites out there that have no purpose being database backed, there seems to be a common overuse of database driven sites these days when static pages would be best, with a lot of 'new generation' webdesigners fresh out of school storing everything under the sun in a database, when theres really no need to :)

    13. Re:bad idea by Anonymous Coward · · Score: 0

      Content management systems arent the best idea in all situations. If you are producing a largely static site, but adding content daily, with a large number of users, producing static HTML is better than dragging it out of a database

      There's no reason why a good content management system can't generate static pages.

    14. Re:bad idea by SharpFang · · Score: 1

      IE the page doesnt change much

      A small request. Use i.e. or ie or alike. Not all-caps IE. Especially in HTML-related texts. It's confusing.

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    15. Re:bad idea by GeorgeMcBay · · Score: 2, Insightful

      One of the most annoying things about OSS advocates is when they ask "Why would you ever want to do that?" about something no OSS package does well and yet hundreds of thousands of people really do want to "do that" as is evidenced by the continual high sales of Dreamweaver.

    16. Re:bad idea by arkane1234 · · Score: 1

      There is nothing inherent to CMSs that cause this CPU hit you are talking about

      The "cpu hit" that the person was referring to is basically a query against a database. That's all....
      Somehow people seem to think that if you do anything more than snag something from disk your going to bog the system down. Hell, disk I/O is not as scalable as CPU time. I can *always* throw more CPU at a database... besides, in nearly every case I have seen, reducing disk I/O by pulling things from a database makes a site run faster.

      Not arguing with the guy I'm responding to :) I'm backing him up.

      --
      -- This space for lease, low setup fee, inquire within!
    17. Re:bad idea by mcrbids · · Score: 1

      If you are producing a largely static site, but adding content daily, with a large number of users, producing static HTML is better than dragging it out of a database, because it produces a smaller cpu hit on the server.

      Which is true until you have to do a total site redesign. It *WILL* happen. Then, you have the choice of running an error-prone, REGEX based perl script to reprocess all those HTML files, or re-generating all X,000 pages manually. Either way, it's going to suck, and then you find out what the $300 in savings by going with a slower CPU really cost you.

      However, a decent template engine, written in C, as an extension for a language such as PHP or perl will provide excellent performance while still allowing you a total site redesign by editing a single file. I use php-templates as an extension to PHP. It actually performs 5-10% faster than native PHP echo statements!

      I serve millions of hits per month with this tool, and I love it. Yes, you *CAN* have your cake and eat it, too!

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    18. Re:bad idea by mcrbids · · Score: 1

      If you are producing a largely static site, but adding content daily, with a large number of users, producing static HTML is better than dragging it out of a database, because it produces a smaller cpu hit on the server.

      Which is true until you have to do a total site redesign. It *WILL* happen. Then, you have the choice of running an error-prone, REGEX based perl script to reprocess all those HTML files, or re-generating all X,000 pages manually. Either way, it's going to suck, and then you find out what the $300 in savings by going with a slower CPU really cost you.

      However, a decent template engine, written in C, as an extension for a language such as PHP or perl will provide excellent performance while still allowing you a total site redesign by editing a single file. I use php-templates as an extension to PHP. It actually performs 5-10% faster than native PHP echo statements!

      I serve millions of hits per month with this tool, and I love it. Yes, you *CAN* have your cake and eat it, too!

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    19. Re:bad idea by TheRaven64 · · Score: 1

      Just because you're using PHP to generate it, doesn't mean it's generated on the fly. It's perfectly possible to have your content in a database and your presentation in a few php and css files which are run once whenever you do an update to generate static pages. I have seen content management systems that work like this, and they're generally very maintainable and able to survive Slashdotting.

      --
      I am TheRaven on Soylent News
    20. Re:bad idea by TheRaven64 · · Score: 1

      One of the most annoying things about OSS users is when they ask `Why doesn't your program support {feature you can't imagine wanting}?' when they are not willing to either code it themselves or pay someone else to. If you really want a feature, then put a bounty on it. If enough people want the feature (and are willing to put their money where their mouth is) then it's likely to get implemented quickly.

      --
      I am TheRaven on Soylent News
    21. Re:bad idea by dodobh · · Score: 1

      In which case you generate the entire site with a script once :).
      CVS + make and your favorite template engine of choice.

      perl file1.pl > index.html
      perl file2.pl > this-is-my-second-page.html

      Generating a static page with everything consistent is then trivial (if something breaks, it breaks everywhere simultaneously).

      --
      I can throw myself at the ground, and miss.
    22. Re:bad idea by jonbeckett73 · · Score: 1

      You are very wrong in your approach to content management. Any CMS system worth its salt will allow page caching of static pages (meaning it writes the statis pages to files, and just streams the pre-built stuff).

      --
      Jonathan Beckett http://www.pluggedout.com
    23. Re:bad idea by Nurgled · · Score: 1

      Dreamweaver serves a purpose for now, but I think it's worthwhile to at least try to think of a better way to solve the problem, rather than just re-implementing someone else's. "Why would you ever want do do that?" is really asking "What do you really want to do?", since Dreamweaver's solution obviously isn't without its limitations and drawbacks.

      If the core problem can be identified then a program can be written to solve that instead, rather than creating yet another inferior clone product.

    24. Re:bad idea by sabit666 · · Score: 1

      That's why they have those Cache management plugins.

    25. Re:bad idea by FooBarWidget · · Score: 1

      Yeah, like non-OSS people never say that kind of things. Why you automatically associate that question with "OSS advocates" is beyond me.

    26. Re:bad idea by bbtom · · Score: 1

      Share the secret then. The only one I've seen is Movable Type (and other blogging type applications - hardly scalable).

      --
      catch (HumourFailureException e) { e.user.send("You, sir, are a humourless idiot."); }
  9. Dreamweaver is more than just templates by Anonymous Coward · · Score: 1, Informative

    They got a little thing called server behaviours. Dreamweaver is great for php/asp scripting using these. Not all the behaviours generate worthy code, but you can write your own and have full access to control them through javascript. You quickly can build a library and generate new pages quite quickly. And if your customers have a copy they can modify those pages with little code knowledge.

  10. OMFG by RealBeanDip · · Score: 2, Insightful

    People using Dreamweaver aren't going to switch over to ANYTHING remotely resembling "ttree" and use Perl to pre-process their HTML... OMFG, I'M ROTFLM - phew, that was a lot of acronyms.

    However, IMNSHO, there is nothing that comes close to Dreamweaver (and it's templating) in the FOSS world that I've found. NVU, which is an excellent tool is about as close as I've seen.

    As much of a raging POS as dreamweaver is, it still remains popular for that reason.

    For anything beyond a few pages, I'm finding PHP and CSS to be the way to go, but then again, I code by hand with a text editor.

    --

    You know you're a geek if you've ever replied to a tagline.

    1. Re:OMFG by Anonymous Coward · · Score: 0

      Contrary to popular belief, people using dreamweaver aren't idiots doing "My First Webpage".
      That's what Frontpage is for.

      So it's not the WYSIWYG features or the GUI that are necesarily most important, it's the other productivity tools it offers, particularly when maintaining a large site. Templating is one of those features.

    2. Re:OMFG by MightyMartian · · Score: 1

      > Contrary to popular belief, people using dreamweaver aren't idiots doing "My First Webpage".
      > That's what Frontpage is for.

      I thought Frontpage was designed to drive us sysadmins out of our f**king minds trying to get and keep those awful FP extensions running.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    3. Re:OMFG by markjugg · · Score: 4, Informative
      As the author, you missed a key point in the article. It's not about alternatives to Dreamweaver, it's an alternative to the way Dreamweaver implements templating.

      I would expect people to still use a visual editor, such as NVU for visual work.

      tt2site, which is based on tt2ttree, is currently under-documented, but looks like it could shape up to be a fairly easy to use templating solution, requiring minimal use of the command line. (Until someone writes some GUI hooks to run it from Quanta).

    4. Re:OMFG by Anonymous Coward · · Score: 0

      Wait, I know all the other ones, but what does "ANYTHING" stand for?

    5. Re:OMFG by Anonymous Coward · · Score: 0

      Since NVU has yet to step into 1999 and handle XHTML, what would you recommend for one who needs a useful OSS visual editor?

    6. Re:OMFG by arkane1234 · · Score: 1

      */15 * * * * /etc/init.d/apache2 restart 2>&1 > /dev/null

      OH... you didn't mean the Apache FP extensions...?

      --
      -- This space for lease, low setup fee, inquire within!
    7. Re:OMFG by Glitch010101 · · Score: 1

      Mark talks in his article about finding a good tool for taking templates and applying them to a bunch of pages.

      Along with tt2site, blosxom is another good FOSS tool for generating a site. Many people (including myself) use blosxom as a CGI module and render the pages on the fly, but if you've got a high traffic site you can run a quick command and generate all the pages as static HTML as Rael does on Blosxom.com itself.

      Blosxom errs on the side of simplicity, rendering each text file as an "article" or "blog entry" based on its timestamp and the subdirectory to determine order and category. Once you become accustomed to the idea of each piece of content being an article it's easy to see how many sites can be implemented in that way, with a list of links pointing to categories or the permalink of various articles. While blosxom is not a point-n-click tool, it is extremely efficient once you get your site initially set up. When I have a new idea for my site, I simply add a new text file in the appropriate subdirectory (or make a new one if there is no category that fits). The article immediately shows up on the front of my site, and then filters down into its category page as it is displaced by more current articles.

      Conversely, I use Dreamweaver at work where we have an existing site designed and need more granular control of each page. I've also found it invaluable to be able to sit with our various project directors and visually create their page with them while they direct and give input. The lack of a WYSIWYG tool for editing template based HTML files is the only thing keeping my work computer an M$ pc.

      Completely neglected in this discussion so far have been CMS's like postnuke and phpnuke, zope, and others (including slashcode). Distributing the ability (and responsibility) for updating pages and sections of a site while keeping everything template based is a key function of CMS's. In many cases, frequently updated sites would benefit from switching to a CMS rather than constantly updating their static pages.

  11. dont knock Dreamweaver out of hand by InfoHighwayRoadkill · · Score: 5, Insightful

    When I was starting out I used Dreamweaver all the time. It was fine for small sites that didn't need too many updates. It also taught me the basics of html once I learned to press the view source button a few times.

    The templates came in very handy when I moved onto doing larger static sites. They made keeping a consistent look and feel easy, especially when combined with CSS. As they do not need any server side technology they can be very useful.

    But nothing will compete in the long run with server side technologies. It doesn't matter which one as they all do essentially the same job. But there is a huge learning curve that many people do not want to try to overcome. (I can remeber telling my PHB that he could use Dreamweaver like Word, I spent a lot of time cleaning up after him though)

    Dreamwever and even Front Page and the like have been invaulable in getting large numbers of people creating their own web based material and probably have a far higher impact in this area than they are given credit for by some professional developers. An alternative that is open source and *good* would be a killer app for linux. Its all very well saying "learn to do it properly and use vi to write your code" for the average user the experience of seeing a web page being generated is something akin to magical and they would run a mile from a text editor.

    --
    another Roadkill on the Information Superhighway
    1. Re:dont knock Dreamweaver out of hand by CmdrGravy · · Score: 2, Interesting

      I agree with that, Dreamweaver was the first Web Development tool I used and it was very good at helping me learn how to code HTML and Javascript and really helped me think more about how I was designing my site rather than worring about the nuts and bolts of actually coding it.

      However after a year or so of using Dreamweaver I just found it easier to use a text editor to type up the HTML and write some Perl or PHP to deal with putting the pages together, when I was using Dreamweaver I could see how using templates would be useful but found in practice they were normally more trouble than they were worth. It was when I stopped using Dreamweaver that the idea of templates was most useful re-implemented as scripts.

      I think the ideal solution nowadays is a good CMS solution, there are lots of good Open Source ones to choose from which can be easily tailored to your requirements and if nothing is suitable it's worth the effort of writing something which does do exactly what you want it to do. For the same price as kitting your self or your team out with Dreamweaver I am sure you can hire someone to provide you with an effective CMS.

    2. Re:dont knock Dreamweaver out of hand by someonewhois · · Score: 1

      "But nothing will compete in the long run with server side technologies. It doesn't matter which one as they all do essentially the same job. But there is a huge learning curve that many people do not want to try to overcome. (I can remeber telling my PHB that he could use Dreamweaver like Word, I spent a lot of time cleaning up after him though)"

      Yeah, but that's because server side technologies have many other capabilities other than just templating. It really isn't an apples to apples comparison.

    3. Re:dont knock Dreamweaver out of hand by wyldeone · · Score: 1

      Dreamwever and even Front Page and the like have been invaulable in getting large numbers of people creating their own web based material I, for one, do not view this as a good thing. The simplicity of using dreamweaver or Front Page causes people who have no sense of web design to create atrocious pages, which I am forced daily to trudge through. Not to mention the horrible code that these generators create.

      --
      In the beginning the universe was created. This made a lot of people very angry and is widely considered as a bad move.
    4. Re:dont knock Dreamweaver out of hand by Bedouin+X · · Score: 1

      Well people can create pages by hand and they still have shitty design. Simply knowing HTML doesn't guarantee a good design. I have studied and applied good web design on many web sites and applications and Dreamweaver is my tool of choice for a large number of reasons. Speed of getting started being a primary one.

      --
      Dissolve... Resolve... Evolve...
    5. Re:dont knock Dreamweaver out of hand by DarkTempes · · Score: 1

      real men use nano or vi, only and always ;) but, i never could use dreamweaver even when i started out learning that scary thing they call HTML...i would always look at how messy the code was that it produced and i'd almost puke so i just started using notepad with devguru.com as my 'bible', and then i found a simple text editor with syntax highlighting called EditPlus2, and then i moved to linux and usually just used nano or vi.

    6. Re:dont knock Dreamweaver out of hand by mangu · · Score: 1
      The simplicity of using dreamweaver or Front Page causes people who have no sense of web design to create atrocious pages, which I am forced daily to trudge through.


      Just like the simplicity of using a typewriter caused people who had no sense of grammar to create atrocious books in the past. For me, the problem with Dreamweaver or Front Page isn't the simplicity of use, but the fact that they often insert lots of useless and non-standard stuff into the HTML.

    7. Re:dont knock Dreamweaver out of hand by Anonymous Coward · · Score: 0

      Yeah, so what? Excel /Lotus 1-2-3 let anyone pretend they could crunch numbers with the best CPAs. Word/WordPerfect let people think they could suddenly write text like the best writers and lay out text like the best copy editors. MacPaint led the way similarly with drawing.

      Each level has and continues to have people who take the medium and produce absolute barf, either by their own hand or because they cannot control the unruly horse that is their application. Then these people add "professional" to their usage of the application.

      I bet the stone mason's guilds were saying the same thing in the middle ages as more and more people got access to proper stone cutting tools...

  12. Once again someone misses the point. by Caine · · Score: 4, Insightful

    Once again someone misses the point. The "Killer Feature" isn't the templates. The killer feature is templates coupled with the editor & kitchen-sink that is Dreamweaver. By themselves they're nothing special.

    1. Re:Once again someone misses the point. by Anonymous Coward · · Score: 1, Informative

      ACK. All the "small" tools combined into one large UI is the "killer feature" (CSS editor, php and database integration...).

      Sure, you con have them all using rather obscure (to the normal user) command line tools, but thats not the point.

      All in one UI working in a decent way is what's lacking on FOSS so far. NVU didn't come close, last time i checked.

      Love my linux boxen, though :-)

  13. Audience? by Anonymous Coward · · Score: 1, Interesting

    Who was this written for? People that need something incredibly easy are not going to use anything remotely like what he is suggesting. People that need actual power are going to use PHP, ASP.NET, etc.

    This article was written for who again? No one uses DW templating as a serious tool.

  14. Dreamweaver is an incredibly great tool by ShatteredDream · · Score: 4, Insightful

    And there really is nothing that is OSS that can compete against it right now. Nvu is slowly becoming usable, but last I checked even version 0.70 won't let you start by default using XHTML 1.1 rather than HTML 4.0. Tools like WYSIWYG web pager designer tools are going to be important to making OSS viable with many businesses and home users.

    1. Re:Dreamweaver is an incredibly great tool by Anonymous Coward · · Score: 0

      last I checked even version 0.70 won't let you start by default using XHTML 1.1 rather than HTML 4.0.

      Given that XHTML 1.1 is incompatible with most browsers, I'd say that's perfectly reasonable.

    2. Re:Dreamweaver is an incredibly great tool by tepples · · Score: 2, Interesting

      but last I checked even version 0.70 won't let you start by default using XHTML 1.1 rather than HTML 4.0.

      Which web browser with at least 20 percent market share can make sense of conforming XHTML? No, Appendix C is not the answer.

    3. Re:Dreamweaver is an incredibly great tool by arodland · · Score: 0, Offtopic

      But vim is still incredibly more powerful :)

  15. What about XSLT? by hsoft · · Score: 1, Interesting

    XSLT is the most obvious and powerful way to make templating for webpages.

    --
    perception is reality
    1. Re:What about XSLT? by Anonymous Coward · · Score: 0

      And the most obvious and powerful way to bring your server to a halt.

      next to Zope of course....

    2. Re:What about XSLT? by hsoft · · Score: 1

      I don't ask my server to render the XSLT on-the-fly, I pre-render them and upload the html files.

      --
      perception is reality
    3. Re:What about XSLT? by lphuberdeau · · Score: 1

      Actually, Apache Cocoon provides a framework based on XSLT that allows pregeneration of pages. I might be wrong, I never used it, but that's what it looks like.

      --
      Qui ne va pas à la chasse n'a pas de gibier
      PHP Queb
  16. A quick solution by Anonymous Coward · · Score: 0

    Write the software yourself, if you can't then shut up and stick with Dreamweaver. IF you can't afford it, then just don't get the software then. No one is obligated to write software for anyone and software is not essential to live.

  17. Faced the same problem - wrote my own CMS by kafooey · · Score: 3, Interesting

    I faced the same problem with friends and professional clients - a mixture of common problems left them mith a real mess, and wary of consultants and designers.

    I ended up writing my own Content Management System, and am now trying to slow things down...

    I haven't even finished writing it and the company I work for (a systems integrator) want to license it for commercial use for several big projects. I have agreed with them to let me keep it open source and free for non commercial use - so you can find out about it on the PluggedOut webspace where I give all kinds of code away.

    Actually - the CMS project has been a real eye opener to the problems of getting corporates to understand open source... another story for another time :)

    1. Re:Faced the same problem - wrote my own CMS by Anonymous Coward · · Score: 0

      CMSs are great, but they rarely churn out valid (X)HTML, CSS, etc.

    2. Re:Faced the same problem - wrote my own CMS by poopdeville · · Score: 1
      Actually - the CMS project has been a real eye opener to the problems of getting corporates to understand open source... another story for another time :)
      I'd be very interested in hearing it. If you ever find yourself with some free time, write something up and slashdot it. ;-)
      --
      After all, I am strangely colored.
    3. Re:Faced the same problem - wrote my own CMS by barzok · · Score: 1

      They will if they're designed to do it.

    4. Re:Faced the same problem - wrote my own CMS by HeadDown · · Score: 1

      It's either Open Source, or it's Proprietary But Gratis
      For Non-Commercial Use. Make up your mind. The fact that you may or may
      not ship the source with the product does not make it open source.

    5. Re:Faced the same problem - wrote my own CMS by MartinB · · Score: 1
      I ended up writing my own Content Management System

      See, this always annoys the hell out of me - why do so many people feel they have to write their own CMS from scratch when there are so many competent CMS platforms out there, both OSS and proprietory.

      In 1999, this made sense, as to have a CMS, you were paying $200k+ for Broadvision, Vignette or Interwoven TeamSite. But now? You're joking, right? The only good reasons for writing your own now are:

      1. You plan to sell it, and can make it better than the competition
      2. To learn how to do it
      3. Vanity

      I strongly suspect the reason most people do it is the last one.

      --

      The only thing you can accurately describe as "Scotch" is a sticky tape made by 3M. And it's

    6. Re:Faced the same problem - wrote my own CMS by jonbeckett73 · · Score: 1

      The main reasons for me writing my own content management system were; a) nothing available was powerful enough b) nothing available was extendable enough c) nothing available had a good enough interface By "nothing available", I mean nothing for less than the likes of Gauss, or IXOS - which OpenText bought a little while back, and are busy trying to integrate with Livelink...

      --
      Jonathan Beckett http://www.pluggedout.com
    7. Re:Faced the same problem - wrote my own CMS by jonbeckett73 · · Score: 1

      It's open source - but open source does not mean free. Commercial use requires a license.

      I chose that route because it's totally unrealistic for a single guy (with a development day job) to market, sell, install and support anything in a corporate setting on his own. With a systems integrator doing that for you, all you need to do is concentrate on the core product.

      I'm not saying that's an idealogically good way to do things, but it's the best understanding I could get out of the commercial people for them to take up the CMS system...

      --
      Jonathan Beckett http://www.pluggedout.com
    8. Re:Faced the same problem - wrote my own CMS by Anonymous Coward · · Score: 0

      Yeah! You spent months developing some craptastic software so you could avoid spending a couple hundred dollars.

      Just goes to show- open source is only free if you are a pasty geek who has nothing better to do. Retard moron butt licker.

  18. roll your own by Christopher_Wood · · Score: 1

    This was my option, some years ago - I made my own templating script in Perl. It does everything I need it to, and I've used it to create several sites and to manage my own few little pages. It can parse a rudimentary config file, modify links in include files, and so on. My motivation was that there was no Dreamweaver for Debian - and that I didn't want anything of Dreamweaver except for a decent templating system.

    Of course, I came in having learned HTML before I touched Dreamweaver, and then having learned Perl/PHP after. So it wasn't out of the question for me to use my own templating system.

    This gadget was also the very first thing I made in Perl after reading the Llama book. It reads like a bit of a joke, but it's still useful and I use it.

    1. Re:roll your own by onlyjoking · · Score: 1

      As many on the Perl lists will ask, why re-invent the wheel? Every Perl newbie tries to create his own CGI.pm before discovering it exists. Likewise with templating systems. Template Toolkit has more than anyone could ask for.

    2. Re:roll your own by plasticsquirrel · · Score: 2, Insightful

      Ah, the usual Slashdot "Eh, why don't they just use a dozen awk scripts and sed filters, glued together with some perl programs?"

      These same people always seem to express endless frustration when people stay on Windows or Mac instead of Linux. And why shouldn't they when the sort of software they rely on isn't available?

      I'm happy on Debian or Slackware writing my own PHP, but I'm the first to admit that this is not for the average folks. There are a lot of web developers who are more "web designers" (these people were often art majors, and don't know a lick of HTML) who focus on artistic design, and for them a WYSIWYG editor is a must.

      --
      Systemd: the PulseAudio of init systems
    3. Re:roll your own by mrchaotica · · Score: 1

      Hey, my awk scripts and sed filters work perfectly well on Mac OS, thank you very much!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  19. There is a lot more than just templates in DW by Timesprout · · Score: 0

    Dreamweaver has developed into a superb web design/development tool and there is nothing even remotely close to it in FOSS. Its one of those invaluable tools that ensure so many of us keep a Win2000/XP copy. And please dont say it runs under wine. Tried it, and found wine to be a slow ass unstable partially function piece of garbage.

    --
    Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
    What truth?
    There is no dupe
    1. Re:There is a lot more than just templates in DW by startling · · Score: 1

      please dont say it runs under wine

      I haven't tried it personally, but I believe Dreamweaver runs under Crossover office.

    2. Re:There is a lot more than just templates in DW by bubkus_jones · · Score: 1

      You do realize that Crossover Office is just a fork of WINE, right? Dreamweaver still doesn't run all that nice under it.

    3. Re:There is a lot more than just templates in DW by Anonymous Coward · · Score: 0

      I can confirm that Dreamweaver runs nicely under wine.

    4. Re:There is a lot more than just templates in DW by Anonymous Coward · · Score: 1

      You got that reversed there pardner...Dreamweaver is a unstable partially functional piece of garbage, and WINE is a superb Windows program running tool.

      And yes, everyone here reads your comment and thinks omgwtfphb.

    5. Re:There is a lot more than just templates in DW by bubkus_jones · · Score: 1

      Is there any trick to get it working? What versions of WINE and DW are you using?

  20. What about PHP ? by ivec · · Score: 1
    What about PHP ?

    It took little more effort than to run through a simple "how to set-up PHP with Apache" guide. For windows, see: www.thesitewizard.com/archive/php4install.shtml

    Doing a file include is extremely easy to start with. And from there, you can make your web page smarter by, for example, disabling (index) links that go to the page itself, generating TOCs from a single description, etc.

    I found that Running Apache+PHP locally was totally non-intrusive. I just use http://localhost/... for previewing.

    When my hosting service did not support PHP, I used 'wget' to get a pure HTML version of my web page.

    I casually maintain a personal and a company website (ivan.vecerina.com and www.xitact.com). I find this basic PHP solution to be easily maintainable.

    1. Re:What about PHP ? by arose · · Score: 1

      Don't put "valid" buttons on your site unless it validates...

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    2. Re:What about PHP ? by ivec · · Score: 1

      That's what happens when you don't run the validation after every edit!
      Thank you, validation errors are now corrected on my personal site.

  21. A great replacement for Dreamweaver by jd142 · · Score: 3, Interesting

    I've moved most of our site over to a database backend with users able to edit the page from within IE using the SPAW web editor from Solmetra. http://www.solmetra.com/en/disp.php/en_products/en _spaw/en_spaw_about.

    Yes, I know, IE, but remember that's what most people use. They're working on a gecko version currently, but it's still in beta. The current version works fine in firefox now except that you don't get wysiwyg editing, just html.

    The way it works is this:

    We have a web page layout designed by a graphic artist. The content part of the page is stored in a database. The user logs into to the system and as the user surfs the site, any web page that the user can edit has a button at the bottom saying "edit this page". Permissions are done through a mysql database. Spaw doesn't care how you do security, they just provide the editor. When the user presses edit, the page is reloaded, but this time the content is loaded in the spaw editor embedded in the browser. User edits page, presses button to publish and the data is pumped back into the database and published instantly.

    I *really* like this system. I can customize the menus and create my own styles for the style menu. I put the official company colors as a style on an external style sheet and then add it to the menu. People that want to hightlight text can then use the official company colors. If the colors change, I just edit one style sheet.

    It really has worked well for us. No more licensing or software install hassles. Need to work from home? If you've got IE 5.5 or higher, and soon the gecko engine, you're set.

    While it isn't quite the same as Dreamweaver templates, the result is similar. Users can only edit the parts of the page that we give them permission to edit. We don't have to worry about a user deciding not to go with the approved layout and template.

    I really can't say enough good things about the SPAW product.

    1. Re:A great replacement for Dreamweaver by Anonymous Coward · · Score: 0

      Sounds like something that doesn't go beyond what has already been done over and over again with everything from wiki's to network mounting the web space.

      Your account is rather breathless and frankly quite lame. Do you work for them, or are you just stupid ?

    2. Re:A great replacement for Dreamweaver by CmdrGravy · · Score: 1

      Well it may not be new but it's obviously an exciting discovery for the parent, you remember what it's like when you learn something for the first time ?

      I suppose it is possible that you were spawned from a magic salmon and knew everything it's possible to know from birth but I doubt that's the case.

    3. Re:A great replacement for Dreamweaver by jd142 · · Score: 1

      No, I don't work for them.

      -- None of the wicki interfaces I've seen present different css styles to users.

      -- None of the wicki interfaces I've seen present the range of html code that spaw provides. Most of the wicki or boards just rely on bbcode, which has to then be converted to real html code and also limits you to a very small subset of what you can do.

      -- None of the wicki interfaces I've seen let experts enter any and all html code, php, javascript, perl, etc., that the user might need to when designing the web page.

      -- None of the wicki interfaces I've seen handle table and table formatting at all.

      -- None of the wicki interfaces I've seen handle styles. You do know what css is, right?

      If you think network mounting the web space (and what the heck is that? I'll assume you mean mounting /var/www/htdocs as a local drive letter or similar, but please do attempt to explain) is anything like using templating software, you're pretty clueless.

      Do you understand what templates are in real web page design or are you just stupid?

    4. Re:A great replacement for Dreamweaver by afabbro · · Score: 1
      I've never seen a "wicki" that did any of that either. (Yeah, I know it's a spelling flame, but still, you're pretty darn clueless).

      None of the wicki interfaces I've seen handle table and table formatting at all.

      To pick two prominent wikis at random, MediaWiki and Twiki both do tables.

      None of the wicki interfaces I've seen handle styles. You do know what css is, right?

      To pick two prominent wikis at random, MediaWiki and Twiki both do css.

      None of the wicki interfaces I've seen let experts enter any and all html code, php, javascript, perl, etc., that the user might need to when designing the web page.

      To pick...oh, never mind.

      Do you understand what templates are in real web page design or are you just stupid?

      Yes, someone in this thread sure comes across as stupid and ill-informed...

      --
      Advice: on VPS providers
    5. Re:A great replacement for Dreamweaver by Anonymous Coward · · Score: 0

      I've moved most of our site over to a database backend with users able to edit the page from within IE using the SPAW web editor from Solmetra.

      Yes, I know, IE, but remember that's what most people use.

      Did you ever think that there's a connection between most people using Internet Explorer, and the fact that people like you implement things that require it?

    6. Re:A great replacement for Dreamweaver by jd142 · · Score: 1

      I don't know who put the bee under your saddle. The topic was foss replacements to dreamweaver and spaw fits the requirements. I followed your links and tried the twiki sandbox demo again. Here are the features it's still missing (at least on the twiki sandbox, and I hope they'd want to show off the most advanced festures):

      -- users were required to enter formatting as special codes, like astetisks for *bold*.

      -- no wysiwig editi. This was a big feature that was missing. In spaw, you click a button to insert a picture, then just drag it into the exact position with your mouse.

      -- a standard editing toobar, like the kind you see in every word processor, with buttons for bold, italic, text justification, tables, image insertion and more.

      Those were the big features that were missing from their demos. Got links to examples of demos? The wysiwig is the main requirement.

      I know wikis are all cool right now, but they aren't the solution to every problem. They may be your hammer, but they don't fit my nail. ;) Spaw is gpl'ed so even Stallman would approve of it. So I'm not sure why you had to come off as so hostile. Just the slashdot effect I guess. ;)

      darn hunt and peck pda. Makes my typing worse than normal.

    7. Re:A great replacement for Dreamweaver by Tablizer · · Score: 1

      Did you ever think that there's a connection between most people using Internet Explorer, and the fact that people like you implement things that require it?

      Ooooh! That is cruel. Like it or not, most companies go with MS for rich-client stuff, so you have to cater to it to make a buck. Not very many can make money off of being an OSS evangalist.

    8. Re:A great replacement for Dreamweaver by Kristoffer+Lunden · · Score: 1

      Check out Mozile. Inline rich HTML editing of parts of pages done in Gecko.

    9. Re:A great replacement for Dreamweaver by Anonymous Coward · · Score: 0

      Like it or not, most companies go with MS for rich-client stuff, so you have to cater to it to make a buck.

      Catering to it is completely different to requiring it though, especially for something as generic as updating content.

    10. Re:A great replacement for Dreamweaver by Tablizer · · Score: 1

      There is a need for WYSIWYG web content editing. If you have a better solution, let's hear it.

    11. Re:A great replacement for Dreamweaver by farmer11 · · Score: 1

      I briefly looked at the demo for solmetra. It didn't work (couldn't type in the edit dialog) and even still I think FCKeditor does better at being a javascript rich content editor for HTML. Although useful, I wouldn't say either of them are a replacement for Dreamweaver.

    12. Re:A great replacement for Dreamweaver by cruachan · · Score: 1

      In place editing isn't hard - you just need to set up the appropriate Javascript to replace the page text. Our tGedit product does it - see www.geomantics.net for a demo. We have cold fusion and PHP versions

    13. Re:A great replacement for Dreamweaver by jd142 · · Score: 1

      I noticed that too when I tried it yesterday. It was only the first edit area that was broken. The other edit areas worked fine. I suspect it's because they're using the beta version for firefox.

    14. Re:A great replacement for Dreamweaver by jd142 · · Score: 1

      Thanks for the pointer to FCKeditor. I'll have to look at it more closely to see if it's worth replacing what is currently working for us. So far the only difference that stood out was that you don't get image previews as you browse. Otherwise it is very similar to the Spaw software in look and feel and functionality.

      I really like the style, heading, font, and size previews.

    15. Re:A great replacement for Dreamweaver by gadders · · Score: 1

      This sounds a bit like htmlarea, which is open source, and has a gecko version too. Does SPAW offer anything over this? Just interested! Thanks.

    16. Re:A great replacement for Dreamweaver by jd142 · · Score: 1

      There were 3 things I didn't notice in the htmlarea preview. I've worked with spaw more, so I'm more familiar with it and may have missed these in htmlarea.

      1) Image preview. Spaw let's you go into the config file and say that your images are in /images. Then when you click on the image button, it shows a list of images in that directory and when you click on an image, you get a preview. You can have multiple image libraries and name them, like you see in clip art collections, with each library a different directory on the server. Htmlarea requires you to put in a url. Not a big difference, but it's a nice feature and well done.

      2) CSS styles on a menu. Spaw let's you import an external style sheet(s) and then you can tell it what styles from the style sheets to present on a drop down style list to the user. You may have some styles that users shouldn't access, so only the styles you add to the config file are present in the drop down. Not a big deal unless you've got a lot of styles and your site makes extensive use of them.

      3) Spaw has some better table controls. Once you insert a table, you get controls to add and delete rows and columns and split(horizontally or vertically) and join cells. Again, if you aren't using tables it isn't a big deal, but it looks and works nicely.

      Htmlarea seemed a lot faster to load compared to the other alternatives people suggested and it was more feature rich. It looks like a really nice program.

    17. Re:A great replacement for Dreamweaver by Anonymous Coward · · Score: 0

      Huh? There have been cross-browser solutions around for years. Example.

      There's simply no need to use an Internet Explorer-only thingamajig for this.

  22. What about XSLT?-LAML by Anonymous Coward · · Score: 0

    Or the LAML approach?

  23. I hate that! by Anonymous Coward · · Score: 0

    I hate it when people just say "<insert technology here> is a bad idea" and throw around "It needs a content manangement system!!!!" as the best solution.

    Getting new clients who have been exposed to this mentality by a previous company or individual ALWAYS sucks.

  24. SMARTY by cozinator2 · · Score: 2, Informative

    I'm surprised nobody's mentioned Smarty. It seems to be gaining popularity as a useful system for separating content from presentation. http://smarty.php.net/

    --
    Final Table Team - Poker Disc
    1. Re:SMARTY by Anonymous Coward · · Score: 0

      Smarty is a template engine. Unfortunately the developers forgot that PHP itself started out as a simple template engine - and still is. As Smarty gets more and more complex, will we eventually see a template engine implemented in Smarty-code too?

      My point? Smarty is redundant overhead. Use PHP as a template engine instead.

  25. Dreamweaver better than includes??? by 9mind · · Score: 1
    I RTFA... and I fail to see how DW's templates are better than include files?

    Most people developing in PHP or ASP are using a server, and usually developing for multiple browsers (something that DW still hasn't gotten right)

    I used to use DW then moved on to homesite because I got sick of cleaning up code or rewriting the javascript code to work in both IE, Netscape, and Moziila that DW created.

    Now I use Apache, developing with Kdewebdev w/CSS (Quanta) and mutiple browsers and get the pages to look correct the first time all the time, regardless of what browser is ised, for the WYSIWYG portion of it. Include files are not inferior if you are viewing the pages in real browsers. Difference is, you see your changes as they happen as opposed to having to go back and tweak them per browser as I always had to with DW.

    I used DW up to even the MX version... and it still had all the same problems it did with formatting and javascript from previous versions.

  26. SMARTY - God's gift to PHP programmers. by TheLittleJetson · · Score: 3, Informative

    I've done a few projects using Smarty. It's pretty nifty, keeps all your markup separate from your code... It has some simple flow control stuff in it that makes the code nice and clean too.

    Recently, I've been using this to serve up XUL and it works remarkably well.

    1. Re:SMARTY - God's gift to PHP programmers. by Anonymous Coward · · Score: 0

      See my comment here.

    2. Re:SMARTY - God's gift to PHP programmers. by Homburg · · Score: 1

      There's something rather amusing about a PHP extension specifically designed to keep code and markup separate, given that allowing you to combine code and markup has always been PHPs main (almost only - it's a pretty horrible language) selling point.

      I'm quite partial to TAL for a templating language myself (available for python and PHP, among others).

    3. Re:SMARTY - God's gift to PHP programmers. by Anonymous Coward · · Score: 0

      I am so glad someone has pointed this out. Smarty is at least a step away from the traditional PHP. But still the fact is PHP is now moving towards MVC which other lang have had for years and years. The same old cycle of reinvention is being played out once again. And people wonder why programming never realy gets that much easier.

      Eric

  27. Never used DW templates and I never will by Kentsusai · · Score: 0, Troll

    Subject says it all.

    ViM RockS!! or any old plain text editor.

    1. Re:Never used DW templates and I never will by Anonymous Coward · · Score: 0

      Sounds like you consider "Hi my name is Timmy and here is a picture of my cat" to be the pinnacle of web design.

  28. no XHTML 1.1? by Spydr · · Score: 1

    that's probably a good thing - unless it would also throw in content negotiation and adjust your page headers to be 'application/xhtml+xml' mime type instead of 'text/html'.

    without that, internet explorer will choke on your pages that are sent with the correct mime type, and if you don't send your pages as 'application/xhtml+xml' then you are using XHTML improperly anyway and lose many of the main benifits of using it in the first place.

  29. Re:Huh? by zangdesign · · Score: 1

    I do - and for what I believe are good reasons.

    Dreamweaver templating is not the end-all, be-all of web design, but it is a very good solution to the problems of wedding design and relatively static content. Needs vary by project, but usually, I am required to focus on the look of the material (demands of the job) as opposed to the actual content.

    The templating system helps in that it is convenient and it is done on my workstation, where I have the maximum of control, vs. on the server, which is someone else's domain. By preprocessing, I narrow down the potential issues that can arise.

    Futhermore, the Dreamweaver system, while not perfect, is easy to use because it is wrapped up in Dreamweaver itself. Dreamweaver handles some of the messy details that I really don't care to think about anymore. Those details are problems that have been solved already in a less-than-perfect manner, but solved nonetheless.

    Like I said, my concern is look - not the information itself. The DW templating system is a pragmatic approach to web design.

    --
    To celebrate the occasion of my 1000th post, I will post no more forever on Slashdot. Goodbye.
  30. Price by Audacious · · Score: 1

    The high price is only for the current version of Dreamweaver. If you go to PriceWatch or PriceGrabber you can find older versions (I bought version 3.0 for around $60.00) for far less than the $400.00 price quoted in the article.

    --
    Someone put a black hole in my pocket and now I'm broke. :-)
  31. The real problem with open source by Anonymous Coward · · Score: 4, Insightful

    Isn't the lack of any particular program, its a lack of innovation and an inability to think outside of the box and produce new ideas for applications that provide a true advantage. I mean, 15 years ago probably if people were trying to get some hypothetical open source Unix system onto business desktop systems, probably everybody would have assumed that a big drawback was the lack of a top-rate text-based spreadsheet to compete with Lotus 1-2-3. And a bunch of competing projects would start up, and maybe a few years down the road you would have two or three almost-complete 1-2-3 alternatives for our OS. But would that make businesses switch? No, because in the mean time the commercial software industry would have moved on to the more advanced graphical paradigm as exemplified by Excel, and we'd still be behind. If all you do is copy existing commercial software, you'll ALWAYS be behind.

    1. Re:The real problem with open source by tftp · · Score: 2, Insightful
      It took far more than "two or three years" to switch from CP/M and Lotus to Windows and Excel. And there were earlier mini-computers too, like PDP-11. So we are talking about 10-20 years here. Many programs can be born, used and retired within this time frame.

      And besides, there is nothing wrong with reimplementing of commercial software. We have OpenOffice, and who is hurt by that? Nobody, MS included; but now you have more choices.

      Businesses take risks and invest into development of new stuff. In return they get to sell the new product, until other people start offering imitations - and some of them will be free; some of them even displace the original product. For example, we do not use light bulbs with carbon filaments, though that's how they were invented. As another example, which browser got the tabbed browsing first? Those who follow the path can afford to look around, and often they see what the first team missed.

    2. Re:The real problem with open source by Anonymous+Brave+Guy · · Score: 1
      It took far more than "two or three years" to switch from CP/M and Lotus to Windows and Excel.

      Perhaps, but I'm still waiting for a FOSS word processor or spreadsheet that beat MS Word and Excel for overall usefulness. The grandparent post was right on the money.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    3. Re:The real problem with open source by tftp · · Score: 2, Insightful
      I don't debate the quality issue. If you pay for something you expect to get something for your money, be it usefulness, performance or support (or maybe just a pleasant feeling...) The main contribution of OpenOffice is not that it is better (whatever that means), but that it is an alternative, and it is up to you to choose.

      IMO, some software can not be really developed within F/OSS model. For example take mechanical CADs (since there was a thread on /. today.) To make anything similar to SolidWorks or AI you need to first fork some $millions over to engine developers, and only then you can start wrapping your own logic and UI on top. This is just too expensive; it would take probably the entire effort that was focused into Linux, and that is not very realistic.

    4. Re:The real problem with open source by Anonymous+Brave+Guy · · Score: 1
      To make anything similar to SolidWorks or AI you need to first fork some $millions over to engine developers, and only then you can start wrapping your own logic and UI on top. This is just too expensive; it would take probably the entire effort that was focused into Linux, and that is not very realistic.

      Curiously enough, that's my standard example of an industry where copyright is a benefit. Then again, as one of the people who develops the high-end maths libraries used by most CAD packages, I may be biased. :o)

      Actually, I decided it wasn't that great of an example. Without wishing to give away commercially sensitive information inappropriately, the barrier to entry in that particular market is more that there are only a handful of existing players who have been in the business for years in their own niches, and duplicating even their efforts to date on a new project would take many man-years, ignoring future developments by the current players during the same time period. There are really only a few mainstream components used by most/all of the CAD world, and it's conceivable that without the headstart that just happened because no-one felt like competing before, some sort of collaborative project might have done well there.

      Off to read the CAD thread now... :-)

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    5. Re:The real problem with open source by nickco3 · · Score: 1

      If all you do is copy existing commercial software, you'll ALWAYS be behind.

      Firstly, all Microsoft have ever done is copy other people's software, and you can't accuse them of being behind.

      Secondly, you are only half right about open source software. It is good at reimplementing existing commercial software, eventually. Linux, the BSDs, the GNU tools, Open Office are all evidence of that. But it's not bad at innovating new stuff, either. Perl, Tk/Tcl, BIND, sendmail, Apache. It's fair to say that without open source software there wouldn't have been an Internet.

      And this is not just historically true. Right now, Mozilla publish the most innovative browser on the planet. By comparison, IE is just a rectangle. BitTorrent has taken over the P2P world, and new variants are coming.

      Let me ask you this: where do think the next big idea is going to come from? The one below the radar that none of us have seen, yet? Is it more likely to come from Redmond or Sourceforge? My money is on the latter.

      --
      -- Nick "Hallo this is Beel Gates, und I pronounce weendows as ... WEENdows"
  32. I invented an alternative by atomm1024 · · Score: 1

    <?php include('common/header.php'); ?>
    ...
    <?php include('common/footer.php');
    /* This is free software, available under
    the terms of the GNU GPL. :) ?>

    --
    Signature.
    1. Re:I invented an alternative by tepples · · Score: 1

      OK, so where's your GPL'd graphical editor for common/header.php and common/footer.php?

    2. Re:I invented an alternative by justMichael · · Score: 1

      Warning: Unterminated comment starting line 4 ;)

    3. Re:I invented an alternative by atomm1024 · · Score: 1

      Well, such is part of the power of open-source/free development -- when everyone can see the source, bugs can be found and fixed quicker!

      Hey, maybe I'll register a Sourceforge project for the code.

      --
      Signature.
    4. Re:I invented an alternative by belmolis · · Score: 1

      The author discussed includes and why he thinks that they aren't a good solution. He's already considered and dismissed your "invention".

    5. Re:I invented an alternative by atomm1024 · · Score: 1

      I was kidding about having "invented" it, or it being an "alternative" to Dreamweaver templates (I've used them, and they are quite powerful and useful). That said, I do indeed manage my sites like that, simply because I do all my XHTML by hand; I am a standards freak, and if the (X)HTML editor of the W3C itself doesn't do semantics right (with commands like "bold," or "bulleted list"), I see no reason to trust graphical editors in general.

      --
      Signature.
    6. Re:I invented an alternative by belmolis · · Score: 1

      I write all my HTML by hand too (except for a little stuff generated from databases), but I don't have to deal with lots and lots of pages. The article's point, I think, is that if you do have to deal with a lot of pages, a template-based system is a lot easier to use than includes because it allows you to make changes in one place even if you need to change something that can't be done just by changing the content of the includes, such as inserting something into the middle when you've previously just had a header and a footer.

      On the other hand, if you're not using templates, that doesn't necessarily mean that you have to edit all those pages by hand. An alternative is to use a script to edit all the files. I've done that a few times, when I wanted to change something in a few dozen pages.

  33. Use it for WYSIWYG tables! by PeeAitchPee · · Score: 2, Insightful

    I maintain a fairly large PHP / CSS-based site. I use Dreamweaver MX 2004, and it's always get the code tab open -- except when I'm dealing with tables. Yeah, of course I know how to hand-code tables, but man, to be able to graphically split and combine cells, and completely reformat tables -- where by hand I'd have to edit each cell / row manually -- is a huge timesaver.

    I also like PHP's Site Maintenance features and have found it to be flexible enough to handle a variety of different testing environments (local over the network, FTP, etc.). And finally, its site-wide search and replace capabilities are excellent.

    Could I get away with a freeware editor and some sort or grep-type functionality? Sure . . . but in general Dreamweaver is a really solid tool specifically geared towards web development, and like someone already mentioned, nothing else comes close. The only problems are its steep price tag and mediocre CSS capabilities.

  34. good idea: generate pure html with php and wget ! by Anonymous Coward · · Score: 0

    I was prepared to say you didn't RTFA, when i finally understood your second idea: you can easily generate a pure html site using php on a local webserver and then wget to make it a pure html site !

    Thanks, really.

  35. Thanks for the plug by mgkimsal2 · · Score: 1

    The majority of development has moved over to a subproject on the logicampus project on sourceforge. sf.net/projects/logicampus . Feel free to post any questions over there - the main .com site is not being updated much, although that may change in the next few months.

    What are some of the pros/cons you saw in LC compared to other projects? Mostly curious here, but it's nice to get that kind of unsolicited plug on /. here. :)

  36. Dreamweaver + PHP Incldues by gellenburg · · Score: 2, Interesting

    I use Dreamweaver. Extensively. Over 70 different sites are stored within Dreamweaver.

    I also use PHP Includes. Extensively. Over half of my sites are PHP Include -based as far as templates are concerned.

    One of the things that Dreamweaver MX 2004 blows everything else out of the water is the ability to *internally* understand PHP Includes, and render the contents in the edit window.

    The only time things get dicy is when I need to edit any of the "common/layout-*.inc" files since they're partial HTML so Dreamweaver *does* have a little hard time dealing with those, but most of those edits are maintained in the Code view window anyway so it's not a big deal.

    For any serious web developer, Dreamweaver is so much more than its templates, and is almost a must to have in one's toolkit.

  37. You fail it by Anonymous Coward · · Score: 0

    From TFA:
    "comforteagle (http://steve.osdir.com/) writes..."

  38. Open & Closed Source by Devil · · Score: 1

    Is it so hard for OSS coders to just duplicate the feature in things like Bluefish and other web editors?

    I love open source as much as anyone else, but Dreamweaver really is the best-of-breed for web designers and developers who want to build good, standards-based sites. Its templating sustem is a boatload easier to use than ttree and Perl. I don't want to have to code, just so I can get coding!

    And you know what? If Macromedia came out with Dreamweaver for Linux, I'd buy and use it...at least until the OSS folks duplicated that awesome templating system.

    1. Re:Open & Closed Source by 3vi1 · · Score: 1

      He didn't mention it in the article, but Dreamweaver MX runs fine on Linux under Wine.

  39. Wasn't Macromedia open to LInux, what happened? by michaeldot · · Score: 1

    I know they'd never release anything open source, but just having a package like Dreamweaver available on Linux would be great for giving the platform credibility, and at the same time prove there was a market for Linux software.

    It would make a lot of sense too: Linux is predominantly used to *serve* pages, why not have it *create* them too.

    I thought Macromedia were considering the idea of porting a few of their products to Linux. Or at the very least, getting them working happily with WINE.

    What happened, or is it still happening?

    1. Re:Wasn't Macromedia open to LInux, what happened? by Anonymous+Brave+Guy · · Score: 1
      I thought Macromedia were considering the idea of porting a few of their products to Linux. Or at the very least, getting them working happily with WINE. What happened, or is it still happening?

      See 3vi1's post above: Dreamweaver MX 2004 does indeed seem to work fine under WINE.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    2. Re:Wasn't Macromedia open to LInux, what happened? by Anonymous Coward · · Score: 0
      It's still planned to happen, but they delayed the project as they felt the Linux market wasn't big enough yet to make it profitable. It should hopefully resume sometime later this year.

      They also have concerns over the lack of industrial strength copy protection systems for Linux.

  40. WTF? by seth1334 · · Score: 1

    Dreamweaver is a tool. vi is a tool.
    I use both of them and they rock.

    If you don't like Dreamweaver, get over it. Or learn to use it. It writes nice clean code and the WYSIWYG factor is invaluable, even if you know how to code by hand.
    I know if I tried laying out some of the stuff I've done from scratch with a text editor, I'd be wasting a whole lot of time counting tags, setting colours, adjusting column widths, etc.
    DW used to be a bit awkward and buggy but it's definitely grown into an extremely useful tool, whether you're laying up a simple page or doing something more complex.

    My point is - you should find, learn and use the tools that maximise your productivity. Too many people slag off particular methods they don't find personally useful, but it doesn't mean the program is crap.

    --
    chown -R us yourbase
    1. Re:WTF? by the_greywolf · · Score: 1

      the WYSIWYG factor of Dreamweaver, i repeatedly find useless. the more i use Dreamweaver, the more i turn to a more powerful, lighter tool - like vi.

      the reason i say this is the fact that in _all_ of the most recent designs i've done with Dreamweaver, its WYSIWYG engine chokes on my positional CSS. it's worse than IE.

      no, i'll keep my CLI-based minimalist text editors, tyvm.

      --
      grey wolf
      LET FORTRAN DIE!
  41. CSS Positioning by rishistar · · Score: 1

    Well if the major browsers are starting to implement CSS Positioning (CSS-P) the need for bulky templates should be removed. When I used to use the templates it was just so that the pages could have the same layout, but this was done by using tables extensively, making the HTML messy. As CSS P gets implemented the problem of tables being used to format pages rather than for displaying data should disappear. Then the bits that you want to stay the same on all pages can be contained in their own CSS sections which can just appear at the top of the pages, and the whole thing becomes easier to maintain. I use Maxs Beauty HTML as my WYSIWIG editor over others, mainly because of its multiple file find/replace tool being one thats nice to use.

    The problem, as ever, is IE - it doesn't support it properly. Firefox and Opera of course, do.

    --
    Professor Karmadillo Songs of Science
  42. Obligatory WebMacro plug by MCRocker · · Score: 2, Informative

    Well, maybe I don't understand what it is that is so special about Dream Weaver's templating engine, but it sure doesn't sound like anything too special. It would be fairly easy to do the same thing with WebMacro (site down at the moment), or it's spinoff Velocity. Although both are intended as "Templating Engines" that run on the server, it's easy enough to set them up to generate static content the way that the article describes. Similarly, more extensive content management systems like Apache Forrest, which is based on Cocoon are available. I don't see what the big deal is.

    --
    Signatures are a waste of bandwi (buffering...)
  43. Of course... by MaestroSartori · · Score: 1

    ...in the hands of a competent web designer, who knows how to use Dreamweaver and how to produce maintainable html/css/whatever without it, Dreamweaver can save a fair bit of time on the visual bits of layout etc. while still spitting out clean and compliant code.

    I worked on a 3000+ page static site, and without DW & Templates, that summer would have been hell on earth. At the end though, we finished early and had a site that's still in use today for a large UK university both internally and externally. Result! :)

  44. don't reload every 5seconds, use real-time preview by lixlpixel · · Score: 2, Interesting

    (it's just a silly hack) - use realtime HTML, CSS and Javascript preview :)

  45. So what's new? by onlyjoking · · Score: 1

    So what's new. Dreamweaver runs dog-slow on every OS I've used it with. Once I learned Perl Template Toolkit I no longer had any reason to stick with it.

    1. Re:So what's new? by pvera · · Score: 1

      It does. I have a powerbook G4 1.25 and even with 1.25 GB ram on 10.3.7 it runs so slow as to make it unusable.

      It is obvious there is a market for tools like Dreamweaver, but once you hit a certain skill level and/or project needs, you just can't stand anything beyond BBEdit or other text editors.

      --
      Pedro
      ----
      The Insomniac Coder
  46. A barely disguised plug by Anonymous Coward · · Score: 0

    Yet again /. published what is a plug for one product disguised an an "independent" survey of the available products ... The selection of "his" product as the best before commencing on the "survey" should be a clue; likewise choosing one aspect of Dreamweaver that "his" product could be claimed to match and then claiming that as Dreamweaver's most valuable feature is anothe clue.

    If Microsoft were to submit such a sparse "comparison" that stated their product to be the best and then rubbished the rest in a few lines each, would Slashdot be so eager to publish it on the site ??

    An in-depth comparison of open source alternatives to Dreamweaver would be very welcome ... but this isn't that comparison.

  47. Yes, for example ant+XSLT by iion_tichy · · Score: 1

    I am surprised how few people seem to use XSLT. For static pages, I use the ant style task to generate my web page via XSLT and XML. So no 'bringing down the server' at all.

    1. Re:Yes, for example ant+XSLT by zurab · · Score: 1

      Many people don't think straight. They choose some language and platform-specific and/or some proprietary templating engines and systems that are limited, do not separate application tiers, are hard to port and hard to improve.

      That being said, I still have to see an all-purpose GUI application that will allow newbie developers to create basic and common XML schema and XSLT (maybe there is one and I don't know); couple that with the Gecko engine for rendering and you've got a full presentation layer development suite that is extensible and portable. Imagine now, if you take this and integrate it with an IDE like Eclipse, KDevelop, Quanta, Jbuilder, etc. why would anyone use any other templating engines at all?

  48. Re:Huh? by Anonymous Coward · · Score: 0

    Situation: You have a client who wants to update their own website but is a notorious cheapskate. They can't/won't pay up for a custom CMS and/or are too inept to handle that.

    Answer: Macromedia Contribute. As a designer, you can create a non-client-destructible webpage that they can edit text on to their hearts content.

    Necessary technology? Dreamweaver templates. And I have no complaints in using them... it's a thousand times better than getting fifty requests a week for changes to copy ("can we use more exclamation marks!!!!!!?!!!!" "I would like to use "as" instead of "like" throughout the site" etc) and then having said client try and dick me around on price.

  49. Look no further... by devhen · · Score: 1

    Checkout Bluefish (http://bluefish.openoffice.nl/), its my Dreamweaver replacement on Linux and it takes care of all my needs.

  50. Re:FIRSTEN PostEN?!!! YOU SUCCEEED IT! by secretsquirel · · Score: 0

    Personally, I think most trolling is caused by the need for attention that many trolls are unable to find elsewhere. Also, on occation, people are just bored, but those trolls are kinda funny every now and then. But hey, that just my psychoanalysis.

  51. Thats a pretty standard feature.. or should be by t_allardyce · · Score: 1

    Firstly Dreamweaver's templating can hardly be described as powerful, its a pretty obvious and standard tool, and any web design application that doesn't have something like this is useless in any real world application. Obviously css is the standard to use for most continuity and all you have left is things like copyright notices and menus. PHP can handle the job easily but if you're not up to that then I have no idea, Nvu doesnt seem to do it, what can I say, that sucks.

    --
    This comment does not represent the views or opinions of the user.
    1. Re:Thats a pretty standard feature.. or should be by cyfer2000 · · Score: 1

      NVU does it at some degree

      --
      There is a spark in every single flame bait point.
    2. Re:Thats a pretty standard feature.. or should be by PDAllen · · Score: 1

      The problem is, templating _should_ be an obvious standard thing the OSS should do. But it isn't. When someone can be bothered to write something which does templating properly, works, and lets me push all the simple stuff onto a minimum-wage jr monkey without compromising quality, then suddenly Dreamweaver will be no 2.

      PHP does includes. Includes mean server work. Includes all over every single page you have means you need to upgrade your server, which is not cheap.

      Dreamweaver templates create the HTML in advance. Pre-created HTML means more storage needed, but no extra processing. Storage is cheap.

  52. Re:Coding in HTML is obsolete by Anonymous Coward · · Score: 0

    Not to shit on your parade, but assembly programming is trivial unless you're some kind of lamebrain who thinks CPUs should run OO java bytecode.

  53. You should know better by Picard102 · · Score: 1

    Anyone who is switching to open source products should know better then the propigate the web with more shitty websites with the likes of dreamweaver.

  54. $400 learning tool? by twitter · · Score: 1
    Dreamwever and even Front Page and the like have been invaluable in getting large numbers of people creating their own web based material ...

    Why spend $400, when you can get a perfectly good html editor for nothing with Mozilla? The editor has three or four tabs which display varying levels of code, from WYSIWYG to plain text, so you can use the GUI and see the tags even if you are stuck on Windoze.

    Those looking to move up in the world can try out Bluefish and Quanta. Bluefish is an excellent html editor that does CSS, tables, frames and has excellent project management all in easy to use pulldown menus and tabbed button bars. Quanta has the same but like most KDE things, it follows Microsoft examples more closely and has autocomplete and document trees as well as file trees. I prefer bluefish, but that's only because I don't have much html to write.

    The whole issue of templates looks overblown to me. As the author says:

    Include files can also create more difficult maintenance. Say you have the common case of having header and footer include files. What happens when you want to add another standard piece of HTML in the middle of the page? You would have to visit each file that uses the include files and add a token for a third include file.

    It's hard for me to imagine that common situation. Why can't you just modify the header or the footer to include the information? Can't you put dynamic information in the middle of both the header and the footer file by using a php script? If so, I don't understand why it's so hard to modify the "middle" of a document.

    It's also hard for me to imagine what's hard about finding your pages if you have good project management like Bluefish has.

    Its all very well saying "learn to do it properly and use vi to write your code" for the average user the experience of seeing a web page being generated is something akin to magical and they would run a mile from a text editor.

    Yikes! You might want to use some valoline and at least recommend kate at that rate. Vi rocks for remote administration because it's always there, but a neophyte should at least have syntax highlighting to help them along. Well, I suppose there's nothing wrong with cutting and pasting between X or virtual terminals, but the tools above are much easier on the nooooobie.

    --

    Friends don't help friends install M$ junk.

    1. Re:$400 learning tool? by koreaman · · Score: 1

      Vim has syntax highlighting.

    2. Re:$400 learning tool? by Anonymous Coward · · Score: 0

      vi has nice syntax highlighting!

    3. Re:$400 learning tool? by Anonymous Coward · · Score: 0

      The good thing about Dreamweaver templates is when you hand your framework over to the masses to edit, it becomes kind of hard for them to blow away your template restrictions, at least within Dreamweaver/Contribute.

      Sure, it falls apart if everyone is actually using Notepad, vi, Ultraedit, etc., to actually edit the files...

      But at least within the DreamWeaver/Contribute framework, your structure can stay somewhat protected. Sure, you can get some of this with a decent CMS package, too.

      That is worth some amount of sleep saving, knowing that the boss' secretary actualy has to have a clue to massively screw up the website, rather than merely messing up the boss' bio page content.

      Like other

  55. Re:Coding in HTML is obsolete by Anonymous Coward · · Score: 0

    I guess you're the one who designed this site with your much better tools huh?

    http://h10025.www1.hp.com/ewfrf/wc/softwareList?
    dlc=en&lc=en&product=62740&lang=en&cc=us&os=228

    table>
    table>
    table>
    table>
    table>
    table>
    table>
    td>Content /td>
    table>
    td> table> td>Here /td> /table> /td> /table> /table> /table> /table> /table> /table> /table> /table>

  56. Re:Well, that's funny... by randallpowell · · Score: 0

    Are we supposed to be impressed? Depends how small it is.

  57. openoffice draw by psin+psycle · · Score: 1

    Open Office draw is a reasonable program to use for layout of fliers etc. It also works pretty good for creating mock-ups of what you want a website to look like. If there was a 'save as html' feature it would be the perfect html editing tool.

    --
    Need a website host? Try out http://WebQualityHost.net
    1. Re:openoffice draw by Metaphorically · · Score: 1

      I haven't tried it that I recall, but Open Office Draw has an Export option for HTML or SVG.

      --
      more of the same on Twitter.
    2. Re:openoffice draw by kayen_telva · · Score: 1

      uhhhh..file...save as....html

      yup, its there !

    3. Re:openoffice draw by psin+psycle · · Score: 1

      I remember trying that now. I just did it again - my entire design was exported as jpg. Not really what I had in mind.

      --
      Need a website host? Try out http://WebQualityHost.net
  58. Article? (Was Re:Includes?) by rjamestaylor · · Score: 1

    He addresses includes in the article. In fact the article could be entitled "Macromedia inverts the traditional include processing". You obviously didn't read the article.

    --
    -- @rjamestaylor on Ello
  59. Yup by metalhed77 · · Score: 1

    I just use a 60 line homebrewed XML pipelining app for my web templates.

    --
    Photos.
  60. Re:Obligatory WebMacro plug - Velocity is sweet by JPyObjC+Dude · · Score: 2, Informative

    I've seen what the tigris guy's are doing with scarab issue tracking system via velocity templates and I'm very impressed. The recursive development with velocity is much faster than JSP's and allows for very complete scripting.

    I currently am maintaining and building onto a TCL based templating engine that is albeit limited in some ways but still rock solid and fully extensible.

    If full JS support is available for your users, you could always dump the server side templating model and switch to a server dump to JS native data structures (arrays & json) and just do your templating in Java Script. I've got ton's of this code in production and it's way faster than doing server side templating and the deveopment cycle time is considerably less. But you really need to set your browser support to just Mozilla (1.3+), IE (5.5sp2+) and maybe Konquorer (safari) to do this kind of DHTML application programming well.

    I've dumped JSP's about a year ago and now have a very simple servlet based template model.

    JsD

  61. Re:FIRSTEN PostEN?!!! YOU SUCCEEED IT! by Anonymous Coward · · Score: 0

    Thank you for sharing this profound insight with us. I think I speak for the entire slashdot troll behavioral science community when i say that.

  62. The UNIXy way: macro processing by taltman · · Score: 1
    A great templating tool for maintaining reams of textual markup or source code is any decent macro processor, such as GNU m4.

    Check out:
    http://linuxfocus.open.ac.uk/English/September1999 /article111.html
    http://jones.tc/htm4l/htm4l/index.html

    taltman@NOSHPAM.gmail.commerce

  63. CMS by adeydas · · Score: 1

    Since we are talking about a Linux box here, one can install PHP, Apache and MySQL (all FOSS) on their box, download a suitable CMS script like PHP Nuke, Post Nuke, Mambo (all FOSS), etc and maintain a whole website with unlimited number of pages with it. Besides as far as I understand, news and high volume sites don't really 'hand-code' their HTML (WYSIWYG or not), they use similar scripts. So its really an irrelevant article.

  64. Errm, sorry to say that, but it's 2005 allready... by Qbertino · · Score: 2, Funny

    Dreamweaver is an impressive behemoth of a tool, no doubt whatsoever. Back in 1999/2000 it was the only possible way to edit and manage websites on a professional level. Dreamweavers wysiwyg power with the older browsers and it's HTML editing features are unmatched. The template engine completely abstracts changes to a website in your developement directory and automatically keeps track of anything you what across multiple documents. If DW doesn't crash and screw up your template dir that is - which does happen more often than you like. It's the best thing you can use ... ...if you don't have a CMS.
    Which gets me right to the point:
    Sorry, but it's like five years since the early dot-bomb days where dynamic server side stuff was considered exotic and people got payed for klicking static websites together. You may haven't noticed, but the world has moved on. There are something like fifteen bazillion open source content management systems out there. One better than the next.
    Who the fuck needs DW nowadays? You don't want DW! DWs concepts are ancient by todays standards. The last time I used it was about 4 years ago in some project where the system team couldn't get their stuff together and set up a halfway decent JSP framework and we had to hack the webdocs by hand in record time. And my web productivity has tripled by now, since I exclusively use content management systems (as every body else does), and be it "only" to generate the html docs offline and publish the output to static webspace.

    Honestly now: Ditch DW allready, it's nothing but a huge waste of time these days. Trust me, I make a living with this stuff. And take a look at one of the frameworks above. To save your time, I recommend checking out one of the following: Plone/Zope, Callisto CMS, Mambo, Typo3, Mason, Slashcode, or (forgot this one above) Xoops. Save yourself half to three quarters of webdev time in the long run.
    Oh, and welcome to 2005. ;-)

    --
    We suffer more in our imagination than in reality. - Seneca
  65. Massively enhances productivity? Not for me... by Anonymous+Brave+Guy · · Score: 2, Interesting
    Dreamweaver is not a tool for 'noobs' who don't know html - it's a tool that massively enhances the productivity of web developers, who generally do know html very well. It automates all the repetitive stuff, like generating tables or imagemaps, and helps with designing layouts, much a good IDE would for writing C/Java/whatever. A basic text editor is fine for putting together a small site, but a tool like dreamweaver helps enourmously with the task of managing a large site.

    I couldn't disagree more. Every contemporary tool like that I've seen is a child's toy, no matter how pretty or expensive.

    Over the Christmas break, I was helping my father with the web site for his new company. He's not an experienced web developer, so he went on a short introductory course about HTML and such, and bought a copy of Dreamweaver MX. He actually didn't do a bad job of designing the appearance of his site and knocking up the basic pages, and for that the software was fine. But he wanted to do a couple of pretty standard things -- different link colours for links on his menu bar, for example, and a two-column layout -- that he just couldn't figure out how to do in Dreamweaver without using awkward tables that were breaking horribly in various browsers/text sizes. Neither the on-line help nor the two books on the package he'd bought brought enlightenment.

    I showed him the routine tricks in CSS to achieve these goals in about fifteen minutes, and his problems were solved, giving him the appearance he wanted all along. In fact, I didn't even use the funky CSS editing stuff built into Dreamweaver. It was so cumbersome that it was faster to just edit the raw CSS and let the funky stuff pick up the changes than it was to work out how to use the funky stuff from the on-line hindr^H^H^H^H^Hhelp.

    By the way, I also designed and help maintain a somewhat large and popular hobbyist site (maybe 100 significant pages, 30 of them visited frequently, and taking 1,000+ hits on our busier days) with nothing but a text editor, some graphics packages and a couple of scripts. We write the main content in XML, generate and customise the standard boilerplate during XSLT conversion to (X)HMTL, and use CSS -- also hand-crafted -- for the visual appearance, tweaking for printing, etc. In the nature of our site, it gets a major update (dozens of pages changing fundamentally) about 4 times a year, and minor updates every couple of days, often by fairly non-technical users, and this system has served us very well.

    To my knowledge, the entire site also works correctly on screen and when printed, in every major browser. I've never encountered a web design package that achieves anything close to 100% success when using more than trivial mark-up. For a large, frequently-maintained site like this, there is simply no substitute for an informed and careful team sorting out the HTML mark-up (or, in our case, XSLT) and CSS to be used up-front, testing on lots of different browsers and doing their homework about browser quirks, checking out the appearance at different resolutions and text sizes, checking for accessibility issues, etc. Using a package like Dreamweaver might make the initial HTML+CSS design work easier in this sort of context, but it stops adding value pretty early on when you get to the serious stuff.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:Massively enhances productivity? Not for me... by bbtom · · Score: 1

      Tell me about it. I've found Dreamweaver to be completely unusable for anything beyond a 1999-era website in HTML 4. The CSS tools on there are completely useless.

      --
      catch (HumourFailureException e) { e.user.send("You, sir, are a humourless idiot."); }
  66. PHP/Perl cms scripts by future+assassin · · Score: 1
    Well one way you could do it (which is os independent - sort of) is a php or perl cms script. There are pretty easy ones (not nuke and its variants) out there that once you create a template or several of different pages adding new pages with content is way simpler then Dreamweaver. For example I use Etomite http://www.etomite.org/ it took me about two hours to figure out what to do and now I can run my whole site from my browser. The only thing I need to do is ceate a template add it in (takes two min) and Im off to create new pages.

    Personally untill Linux can have simple installation of programs it'll be a while before the general web user will switch. For example I tried XandorOS and man I though wtf am I still doing with windows? This is a pretty nice looking distro and the install was beautifull. Well then I tried to instll Firefox (isnt installed by default) and man what a shitty deal for a Linux beginner it was. I went to the xandros forums and there was a write up on installing Firefox that for a first time user would scare them back to windows.

    Also personally once Photoshop was to hit Linux Im pretty sure there would be a huge exedus from windows, plus imagine how big the photohop userbase penetration woudl be once pirated copies started to appear.

    --
    by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
    1. Re:PHP/Perl cms scripts by arkane1234 · · Score: 1

      Personally untill Linux can have simple installation of programs it'll be a while before the general web user will switch.

      It's not that hard with other distributions.
      Gentoo: emerge firefox-bin
      Debian: apt-get install firefox
      Redhat: rpm -Uvh firefox-*.rpm
      Mandrake: See Redhat

      The way Firefox works, it's not really "installed", anyway. You just drop it into a directory and run it. Unlike on Windows where you run an installer which makes the directory, dumps it in there, for you to run it ;) (firefox that is)

      --
      -- This space for lease, low setup fee, inquire within!
  67. SilverStripe by phobonetik · · Score: 1

    DreamWeaver is a nice tool for many things, (such as rapid prototyping or completing web design) but using it for templating is a nightmare. Its also a stretch to get it to create Pure CSS designs. Biased ofcourse, as I helped create the project, but using SilverStripe alongside a WYSIWIG or raw-html editor is your best bet. It seperates the HTML, the "templating", CSS, and content, and among many other advantages, makes it easy to generate forms, and re-use ("repurpose") content. The content, and the ability to add pages, etc, is all handled by a content management system. This is how the process of building and maintaining websites is going to evolve --- no longer do we need to deal with spagetti messes of HTML, textual content, Javascript, CSS, and server side scripts such as PHP, ASP, or Perl all being tangled. Instead, they will each be neatly seperated with seperate access controls that suit business owners, designers and programmer/scripter's needs and skillsets. Check out silverstripe.com for details... (and yes, to please the slashdot massses, it is a server technology that runs on linux servers exclusively)

  68. Mozile could be it by Kristoffer+Lunden · · Score: 1

    A lot of posts here is missing the point, which is that people who uses Dreamweaver wants WYSIWYG editing, not lots of textfields, possibly even with some kind of made up markup. If you have mainly unchanging static content, there isn't much reason to have dynamics on the serverside.

    In fact, I would want to have WYSIWYG for dynamic content too, if possible. And it looks like it may be on its way, check out Mozile - preferably in a Gecko browser so you can try it out live. It looks a bit dead when you look at the page, but view the mailing list archives for very recent updates, including installable extensions.

    For you who are too lazy to click, Mozile is a system for rich editing of HTML directly in pages, what is extra special is that you define what areas are editable, and then you can post back just that part or the whole page, via POST, WebDav or a few other methods. And it can be used just by including a few javascripts in your page, or it can be installed as an extension in Firefox/Mozilla. A perfect match for editing any online content with direct results, be it blogs, news or docs or whatever.

    Check it out, this could well be the next great thing, and if you like the Gecko family, also a great way to promote your favourite. If you are so inclined, I'm sure the project also could use more people testing and developing.

    I'm impressed, and I'm most likely gonna use this or parts of it myself. What would be really interesting would be to extend the WebDav functionality to talk to subversion, sadly that protocol is really complicated (even though built upon Dav) and not really well documented (as in easy to read, the facts are there). But it should be possible to pull off with ethereal, or if any of the developers would want to lend a helping hand towards such an effort.

  69. I use Nvu for business sites by HangingChad · · Score: 2, Interesting
    I'd say Nvu is today where Dreamweaver was maybe four years ago, sans the nasty Dreamweaver bug that would once in a while replace all your relative links with absolute local paths.

    For what I do it would be insane to spend 400 bucks on a copy of Dreamweaver. You can manage a nice looking business site with Nvu, if you're working with largely static content. The style sheet editor could use some work, but give them time.

    Linspire is backing Nvu development and they seem to be making excellent progress. But, you're right about it defaulting to HTML 4.0.

    Still, it's wonderful to watch the pace of development.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
  70. Thought it was going to be a reference to plone by rofthorax · · Score: 1

    Thought it was going to be a reference to plone..
    I've been playing around with plone today and
    its amazing what you can do with little effort.. But I've got friends who are replacing Dreamweaver with plone..

    --
    Just say no to license servers!!
  71. Is Nvu an option? CMS is a mixed bag... by lux55 · · Score: 1

    Nvu (http://www.nvu.com/) bills itself as "the complete web authoring system for linux". Not sure the status of it, or whether it offers templating, but it ought to if it's called "complete".

    On another note, a CMS (content management system) can be an option, but it can be an expensive one (ie. time-wise or cost-wise or both). Open Source CMS's (including my own -- see .sig below) usually require some degree of setup/customization and you'll have to be able to work with their template system too (or pay someone to do it for you, usually the CMS vendor or a consultancy based on that CMS). CMS's don't often offer WYSIWYG design/layout tools, which is a lot more complicated than WYSIWYG content editing (hard enough to do well in the browser). So if you're lucky you find a system that allows you to make most of the template stuff in Dreamweaver, and you'll usually have to do a degree of tweaking in the template language itself. This requires learning a template language, and already being proficient in XHTML + CSS. DW users are less likely to be proficient in even XHTML + CSS, since it's such a visual tool, which makes the leap to a CMS a bigger one for those folks.

    However, as evidenced by Macromedia's introduction of several content management-related products over the past few years, Dreamweaver doesn't offer near the flexibility a CMS can for web sites that need it.

    So basically, if you have the time or money to dedicate to it, a CMS can be rewarding, provided you find one that matches your site's needs. For many sites, a CMS is overkill. On the other hand, for many sites, Dreamweaver is spreading itself way too thin, and a CMS could be just the remedy needed.

  72. Oxygen Editor by Phrogman · · Score: 1

    We use Oxygen - a java based XML editor that is fairly easy to learn how to use and quite effective. Since its platform agnostic our various Windows, Linux and Mac folks can all use it.

    http://www.oxygenxml.com

    --
    "The first time I got drunk, I got married. The second time I bought a chimpanzee, after that I stayed sober" Arian Seid
    1. Re:Oxygen Editor by zurab · · Score: 1

      I've seen a lot of standalone applications like this, but this one is one step forward in that it tries to integrate with an IDE. I haven't tried it myself, so I don't know how easily it allows you to create common XML schema rules and XSLT. XML is easy - there is no reason why a newbie has to type a single line of XML in a text editor; so are many common XSLT transformations. I just saw that they are polling users to pick what they'd like most in the next versions and one of the options is visual schema editor - so I guess it's not possible yet.

      Anyway, what I meant by integration is not to simply create a plugin that works mostly on its own inside an IDE, but to provide a mini-framework that will allow newbies to get from point "from scratch" to a generic simple starting point where they can start doing their things right away - similar to application wizards for language-specific IDEs. For example, a newbie would click a menu option that says - Start a new XML/XSLT Database application - then the "wizard" asks few questions and maybe creates a simple one-page one-function hello world type functional application (including XML, XSLT, CSS, Java/PHP/Perl/whatever server script/app, sample database connection if requested, etc.). Once you have the basic framework set up, then you start digging directly into your application specific stuff and you don't have to think about how the framework itself should be set up - this works wonders when you are a newbie.

      After that newbies can extend their application by modifying existing pages, adding new XML files through a GUI (or editor), visually modifying/adding new XSLT, modifying server behavior, etc., etc. I would say that 70-80% of common tasks that newbies do can be in some type of GUI or WYSIWYG editors.

      It should be relatively easy to do this - Borland and Microsoft have done things that are at least 100 times more complex with their [*]Builder/Kylix, Visual Studio and other products. I don't know why nobody has created anything like this so far . . . Or maybe someone did and I haven't heard about it.

  73. Re:Errm, sorry to say that, but it's 2005 allready by jptechnical · · Score: 1

    Do you really use CMS for generating static pages for a website? I am not picking a fight, the idea just peaks my interest. email jptechnical@gmail.com if you would be willing to answer a few questions. thanks... good post.

    --

    Boredom's not a burden anyone should bear.
  74. XML+XSL? by POds · · Score: 2, Interesting

    I'm not sure about dream weavers templating mechanism. I've used Dreamweaver 4 in commercial developing, but not totaly indepth. I wonder if templating can be accomplished by simple xml+xsl and sabcmd (Salbatron XSL processor) or any other XSL processors?

    --


    Giving IE users a taste of their own medicine since 2005 - http://pods.-is-a-geek.net/
    1. Re:XML+XSL? by markjugg · · Score: 1
      (I'm the author of the article.) I'm still learning about XSLT, but I know it can be used for the kind of "dreamweaver style" templates I described, and the basics do not seem particularly hard to learn.

      What I'm less clear about it is how one might implement some of the "value added" features that tt2site has, such automatically building a menu system for the site, including highlighting your current location in it.

      I'm interested to learn more about XML+XSLT as a templating solution.

    2. Re:XML+XSL? by Anonymous Coward · · Score: 0

      You are a dumb ass. You spell "Dreamweaver" incorrectly in the first sentence, and then correctly in the next.

      Idiot.

  75. Re:Errm, sorry to say that, but it's 2005 allready by Anonymous Coward · · Score: 0

    He made a huge list there, just look at Bricolage. The whole idea is to generate sites off site and not do CMS live like a lot of system try to do with the PHP/include type of crap. It is a lot of work to set these up at first, but it is amazing what they can do afterwards.

    Eric

  76. diff/patch by mini+me · · Score: 1

    I've used diff and patch in the past to manage templates in some static HTML pages I was working on. Worked great and I already had the tools installed to boot.

  77. Replacements! by kuzb · · Score: 1

    [..]what open source solutions are available to replace Dreamweaver's powerful templating capabilities[..]

    Any text editor

    --
    BeauHD. Worst editor since kdawson.
  78. Makefiles are my solution by McDutchie · · Score: 2, Interesting
    Not being averse to editing a site by hand and not being entirely a stranger to programming either, I've taken to simply using Makefiles (with GNU `make') to implement site templates. Works like a charm. `make' resolves the dependencies and automatic updates, and the Makefile calls `cat' for concatenating and `sed' for inserting, replacing and editing. Mine even automatically updates the stuff to the webserver and makes backups.

    If you're not familiar with these tools, the learning curve may be somewhat steep, but it's a very powerful method.

  79. Missed the point by cheddarbug · · Score: 1

    Is it just me, or has purpose of dreamweaver templates been completely misconstrued? The purpose of dreamweaver templates in a large website structure is to maintain the integrity of your site while still allowing the non-tech content managers to do their job with dreamweaver or contribute.

    Anybody with any real experience maintaining websites is already going to use some sort of template with a server-side script, and if they're smart, they'll use PHP.

    So just put the two together. Make your site template using PHP in your favorite text editor, then just make a dreamweaver template that includes your header.php and footer.php, and you're done.

    So the only question that remains is timeless: what text editor to use?

  80. bluefish, blosxom by Anonymous Coward · · Score: 0

    bluefish meets my needs.

    blosxom is very powerful, very flexible.

  81. FOSS for Dreamweaver? by PsiPsiStar · · Score: 1

    Heck, I'm still looking for a good FOSS replacement for the GIMP.

    --

    ___
    It's the end of my comment as I know it and I feel fine.
  82. Well... by Anonymous Coward · · Score: 0

    Yes there is an OSS alternative and it's been around forever... it's called XSLT.

    Dreamweaver templating is nothing more than a dumbed down XML metaphor. One can accomplish the same and much more with a good DTD and a well thought out set of XSLT stylesheets.

    Additionally, with this approach, you're not really tied to a single langauage/plaform. Also, have the option of statically rendering your pages during the authoring stage, or dynamically on your production environment (that's where the real fun begins!).

    If you really need WYSIWYG, you can look into integrating XMLSpy's Authentic or some similar tool into your production workflow.

  83. Notepad by mynickname · · Score: 1

    It's not like Dreamweaver is that complicated a program. I use notepad and do just fine. If you really need an alternitive to Dreamweaver build it yourself, I really don't find it that big a deal.

  84. My choice: Contemplate by droleary · · Score: 1

    Depending on what needs to be done, Contemplate might be another option. It doesn't have a "slick" editor (that forces you to write bad HTML 2.0 when you'd rather be doing XHTML+CSS), but it does allow you to render static version of a site if necessary. I looked at some of the other options at the time we switched away from WebObjects (which was overkill for our own stuff), and Contemplate hit our sweet spot better than the alternatives.

  85. There is only one solution to this problem by bigHairyDog · · Score: 1

    There is only one solution to this problem under Linux: Adobe GoLive under Wine. OK, so it's closed source, but OS web design programs have lightyears to catch up before a serious designer can use them.

    --

    foo mane padme hum

  86. Time by phorm · · Score: 1

    While the WYSIWYG addicted dreamweaver users can be annoying, the program itself generates code that is usually good enough to satisfy (at least in comparison to other products).

    But personally, I'd rather have DW than a text-editor in many cases? Not because I lack the skills at HTML, but because I lack the time. I'd rather have something that allows me to generate my page quickly with a good concept of what it should end up looking like than spend 1.5x the time coding it by HTML.

  87. Dreamweaver is one fine tool in a large toolbox by beagle72 · · Score: 1

    This whole "dreamweaver is for newbies" argument is willfully simplistic. Speaking from my own extensive web development experience -- Dreamweaver is one tool. It is a very useful and valuable tool. With Dreamweaver I can rapidly prototype sites and knock them into rough shape, much more quickly than I ever could by hand.

    But no, Dreamweaver is not a panacea. It doesn't replace a thorough knowledge of web technologies and standards for a professional developer -- html, css, javascript, php, perl, mysql, etc.

    Does a carpenter use only one tool to build a house? Of course not.

    For the record, I would never use Dreamweaver's templating abilities -- I template server-side. I mix PHP code with Dreamweaver all the time -- just run a local web server to visualize the completed pages. Not that difficult really. That doesn't prevent me from using Dreamweaver regularly or appreciating it for its strengths as part of a large toolbox.

    -Aaron

  88. Slashdot pages generated by the Template Toolkit by triksox · · Score: 1

    For those who don't already know, the Template Toolkit (TT) is the template presentation engine on which Slashdot runs.

    The page that you're looking at right now is generated by TT, as is every other Slashdot page that has been served over the last few years (since Slash version 2.0). So TT may not be the best known technology, but it's been out there helping to build web sites (including some very high profile ones) for a number of years now.

    Those who use it tend to swear by it (and occassionally at it), but I'm the guy who wrote it so you can't trust anything I say. :-)

    One final point of clarification, TT is a template language written in the Perl programming language, but you don't need to know or learn any Perl to use it. That was one of the original design goals - to allow you to do things like variable substitution, include templates, if/else conditions, loops, etc., using a simple (non-Perl) meta language that web designers and other non-programmers can easily get their heads around. However, it's not just a toy language. It also provides a rich set of hooks for those people who are "real" programmers who want to extend it to interface with back end databases, ecommerce systems, image libraries, or pretty much anything else you can imagine.

    Keep simple things simple, and make hard things possible.

  89. Dreamweaver Output by SuperJason · · Score: 1

    The company I work for paid something in the neighborhood of $20,000 for a website to be created by a third party. When we got the website, it was pretty much impossible to maintain without their help. There were hundreds of pages, and most of them were all the same layout, but with slightly different content.

    Me ane 1 other person spent 1 month rewriting it in ASP.net. We got it down to 7 pages, and now it's very easy to maintain.

    A little work can go a long way.

  90. How about Open Office Templates? by Anonymous Coward · · Score: 0

    How about Open Office Templates?

    Where are they hiding on the web!?

  91. You guys live in nerd world. I mean really by Anonymous Coward · · Score: 0

    The real solution is to quit trying to believe the layman computer user wants to jump through all these loops when they can by a vast array of applications for the PC and windows that will provide such features easily.

    If you want more consumer (non geeks) to use something other than windows or OSX, then Linux needs to have the app support (Dreamwaver for Linux) and a GUI that is not broke.

  92. Templates == Only 0.5 of the Killer App by azemon · · Score: 2, Informative
    I have to disagree with most of you. I use Dreamweaver extensively and it is one of two applications that keeps me (very unhappily) tied to Windoze. Dreamweaver, with its templates, is only 1/2 of the killer app. The other half is Fireworks, which is integrated so tightly with Dreamweaver that it almost feels like one tool (if you have enough RAM).

    Oh yes... and then there is Contribute which is The Right Tool for most of my clients. Read on....

    It works like this.

    I use Fireworks to draw the navigation bar and header for a page. Fireworks automagically creates all of the rollover images for the buttons and the HTML to slice 'n' dice and then reconstruct the thing. Dreamweaver sucks up the necessary JavaScript to make it all run. (Yes, it's ugly and bloated code but it has no typos, works "first time, every time," and my clients target visitors with broadband connections.)

    I drop the header and nav bar into a template and then create the rest of the site based on the template. Easy as pie. The code generated for the rest of the site is quite clean. I'm pleased with the efficiency here.

    Later, if I need to add a button to the nav bar, I do the following.

    1. Open the Template
    2. Click anywhere on the nav bar (on any of the pieces of the sliced up image) and click Edit
    3. Fireworks automagically opens. I drag an additional button onto the nav bar and change the text. Fireworks automagically makes the corresponding change on the up image, the over image, the down image, and the active image.
    4. I click Done. Fireworks automagically creates new images as necessary and new HTML to reconstruct them, closes and Dreamweaver automagically sucks everything back in.
    5. Back in Dreamweaver, I save the template. Dreamweaver automatically updates all pages in the site.

    Now for Contribute... I give this to my clients so that they can edit their own web sites. Contribute "locks" the template stuff so that they cannot edit the nav bar, a/k/a cannot break the nav bar.

    I'd love to leave Windoze but need something as powerful as Dreamweaver + Templates + Fireworks.

    Cheers,
    -- Art Z.
    Hen's Teeth Network

  93. There are tons of CMS by lonoak · · Score: 1

    There's a very good place to find them all, CMSMatrix:
    http://www.cmsmatrix.org/

  94. Important question by Gleef · · Score: 1

    One of the most annoying things about OSS advocates is when they ask "Why would you ever want to do that?" about something no OSS package does well and yet hundreds of thousands of people really do want to "do that" as is evidenced by the continual high sales of Dreamweaver.

    It is a critical question before you develop something, you need good answers to that question or else the development is going to flop. If someone asks that question regarding a feature that's important to you, answer them, don't gripe about the question.

    --

    ----
    Open mind, insert foot.
  95. Zope by Anonymous Coward · · Score: 0

    It sounds like a lot of people don't know about Zope Page Templates. I pity them. Maybe not fast enough for slashdot, but.. them zpt "rulez"

  96. MT == MicroContentManager by rinoid · · Score: 1

    Go with a blogging tool like MovableType, which in essence is a great micro-content management tool. It has a database, a templating system, and builds static files. The content owners need not know one iota of markup if you build it the right way.

    We use it in several non-blog cases where we are able to use data in much more than static ways... but it's actually static!

  97. Here's a Nice Feature for Dreamweaver... by Regnard · · Score: 1

    I guess it would be nice to choose what rendering engine you'll be able to use within the IDE.

    --
    Need a color? Try 100 random colors
  98. Try alts.homelinux.net by 183771 · · Score: 1

    You can find OSS alternatives to your "favorite" propietary application in ALTS: alternatives to dreamwaver

  99. Re:Errm, sorry to say that, but it's 2005 allready by Anonymous Coward · · Score: 0

    How old are you? You don't know how to spell, man.

    already
    already
    already