![]() |
|
|
Welcome to the { mindfrost82.com } forums. You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today! If you have any problems with the registration process or your account login, please contact contact us. |
|
|||||||
![]() |
|
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
|
|||
|
Re: Problems with Insert-->Date (Insert Date ...Date_beforeSave.htm)
Folks:
Much later... with the aid of several others... Here is the latest theory about this issue: ----Problems with Date_beforeSave are caused by invalid HTML in the file.--- Key points: 1. If you experience problems with Date_beforeSave trashing your files, check the HTML validity (File-->Validate-->Markup) and clean up any nontrivial complaints you see. 2. HTML errors that mislead DW about the overall structure your page (e.g. invalidly nested <head> tags) seem to be the strongest kind triggers -- but this is just a guess. 3. To get extra coverage, keep View--> Code View Options ---> Highlight Invalid HTML enabled. Here's what I _think_ is going on, a bit deeper: From a user's point of view, Date_beforeSave operates at "Save Time" on what seems like a complete, consistent file, just like text file stored on disk. But internally DW represents your web page quite differently. It's all taken apart and organized for DW's convenience and speed in doing what you want to do. (I imagine a computer or a sewing machine _completely_ disassembled on a very large workbench.) Apparently DW does not locate the date tags in your file at Save Time. It keeps records of where you inserted date strings in the disassembled pieces. It seems HTML errors scramble DW's method of keeping track of the location of the date tags. In my view, that's all quite reasonable, and I'm going to pay a lot more attention to validating my files in the future. I'm going to take measures to avoid introducing invalid markup. Let me add my perspective to this: From what I've heard, invalid markup is unavoidable. Sure, it is really easy to mess up tags editing in Code View -- that's probably what got me into this issue in the first place. I've heard a credible opinion that high-level edits in Design View are at least as likely --maybe more likely-- to introduce errors. I have no way of knowing to what degree this is true. Let's NOT digress into a long discussion of this, please! It's enough that invalid markup seems to occur... often, OK? Anyway, I feel invalid markup is inevitable in the process of development. When I save the first version of a report to my boss in a word processor, it is almost certain to contain grammatical, spelling, and factual problems. How many people write perfect c or c++ code in their first draft, and in every subsequent version? No word-processing or code development environments I've seen trash the file as a consequence of such errors. So --if all the above is correct-- I think that the current implementation of Date_beforeSave makes unreasonable assumptions about what's actually going on. Requiring developers to run validation tests "often" is also unreasonable in this context. Certainly, valid HTML is desirable, it's great to encourage developers to validate their markup, but that should be entirely independent of using a specific function as Insert-->Date. In addition to paying a lot more attention to producing clean (valid) HTML code, I'm also going to look for alternatives to Insert->Date. DW is extensible (Hooray!) and there very well may be hooks that support the same function, maybe a simplified version, without the complication of operating on a "disassembled" HTML file. But first I have to get my long-delayed website on the air. <grin> Hope this helps someone... Thanks, Henry |
|
|||
|
Re: Problems with Insert-->Date (Insert Date ...Date_beforeSave.htm)
jmmo:
I can't answer your question about CS4, but I can add: 1) See my post of 07/28/2008. Since then I've followed my own advice (!) and I've been quite busy with DW -- I've done quite extensive editing of over 100 pages -- with NO problem at all using Insert-->Date. 2) I've heard that this issue was not on the to-fix list for CS4, and my guess is that that Adobe won't be doing anything about it anytime soon. As I expressed in my post of 07/28/2008, I have mixed feelings about that. Since the problem is avoidable if users use some sensible measures reasonably often, it seems unlikely this will ever be elevated to "must-fix" level. On the other hand, I think the software could be more robust on this point, and could remove at least some of the need for the user to remember to use the "sensible measures" . Why don't your try to adjust your code until it validates and let us know if that fixes the problem for you? Thanks, Henry |
![]() |
|
| Thread Tools | Search this Thread |
| Display Modes | |
|
|