Dreamweaver BUG!

Question

While I am very impressed that the newest version of
Dreamweaver can render our php include files in the "Design View",
and I really should not be complaining at all ... I have to say
that facing the 200+ pages I have to create in Dreamweaver in the
next 15 days ... I am scared.
Every time I try to type something in the design view, DW
hangs for a minimum of 20 seconds before it "shows" what Ive typed.
Hitting "Undo" is another 20 seconds wait. Saving takes upwards of
30 seconds before it even tries to upload the file to the server
"on save".
If I have to edit our CSS file, I must close all other pages
that are open because DW freezes for 30+ seconds as it tries to
implement any CSS changes im making, into the other pages currently
open. Even if its only 1 or 2 pages.
I understand why its doing this, but I am wondering if there
is some way for me to "Turn Off" the dynamic updating of the pages.
I would still like to have the includes render properly, so I am
able to build the pages properly.
I don't see any need for dreamweaver to be constantly making
calls to the include files however, and freezing up my progress for
extended periods of time, when all I am doing is typing text in to
the body content area.
1 page has literally taken me ALL DAY LONG to create. I am an
extremely fast typer and extremely fast worker, and this is killing
me.

Answer 1

This is extremely interesting info. Thanks much for posting
it. I have
called it to the attention of the cavalry, so to speak! 8)
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
==================
"DWQues" <[email protected]> wrote in
message
news:[email protected]...
> Some extremely important feedback from someone else on
this same issue
> ...........
>
>
> Preface: After systematically testing every aspect of my
work computer and
> DW
> 9(CS3)software(additional at bottom)also having been in
development and
> support
> for decades, I believe I have spotted one current DW9
performance related
> issue
> that could be causing many other performance issue
confusions. I also
> believe
> that the combined intellectual horsepower of Adobe &
Macromedia will get
> us
> over this hump (soon please) since they must realize it
is a serious
> mental
> workflow inhibiting issue for us developers.
>
> Performance issue: 99%+ processor demand state DW9
program instability -
> When Dreamweaver 9 is actively communicating with a
remote server over a
> network/internet using ftp/sftp etc (especially when
local and remote or
> testing file view panes are visible) DW9 enters a 99% +
processor demand
> mode
> frequently not ending until a program error occurs. This
would implicate
> active
> ?upload on save? ?sync? ?checkin/out? ?notes? etc
processes that extend
> the
> duration of this full processor demand state. Frequently
DW9 remains
> latent in
> this state after the requested function completes thus
entering a further
> heightened instability state until it breaks its server
connection. At
> that
> moment various and further confusing error dialog boxes
can occur seeming
> to be
> related to whatever one was doing at the time. A scary
scenario at best.
>
> Manifestations: During this state, DW9 is understandably
on the extreme
> edge
> of stability. Thus if we continue in our normal
workflow, anything
> additional
> we, DW9, or any other program attempts, could trigger a
damaging momentary
> DW9
> instability, loss of connection, slow performance,
freeze, flashing
> screen,
> etc. Also, whatever one was doing at the moment could
understandably then
> seem
> to be an additional performance related DW9 issue but in
reality could
> easily
> have been caused by the processor demand instability
state.
>
> How I still get work done: With the right side ?local
file view pane? open
> while in design or code view I have found every function
(sync, put, live
> dynamic page view etc) performs without error however I
do wait for more
> demanding functions to complete. The downside is that
having local and
> remote
> or testing file view panes open at the same time is not
a stable scenario
> during ftp operations and almost always causes errors. I
realize this is
> not an
> acceptable long-term solution (local file view only)
however, then my
> workflow
> continues at an acceptable speed. My current client
project requires Spry
> items
> as well, so DW9 is the tool of choice. This scenario is
also assuming all
> DW9
> site, preference, and configuration options are by the
book and correct,
> also
> that your working computer is properly functioning and
configured,
> otherwise
> stability is further away. Also you have turned off any
firewall/antivirus
> software that might be interfering with DW9 functions.
>
> A slight leg up with the processor full demand state: I
have found the
> ftp/sftp issues are soothed a bit by the DW9 site ftp
server settings
> being
> entered with ftp. preceding the server address and the
correct port number
> being entered after. Example: For ftp- ftp.server.com:21
or for sftp-
> ftp.server.com:22 (never
http:// before the ftp address). With DW8 this
> also
> was an ftp performance booster. Still consider calling
your provider for
> the
> correct ftp/sftp port numbers, as the preceding are
common defaults and
> may be
> different for your clients/employers servers. Also,
remember that the test
> buttons for your remote and testing servers merely log
into the ftp
> server,
> request the directory list, and then immediately log
out. Logging out
> immediately, as goes the server test process, precludes
the instability
> causing
> latencies noticed during normal DW9 ftp operations.
Thus, a ?connected
> successfully? dialog will not indicate solution for the
processor issue
> but you
> should notice a high demand of your processor during the
test, suggesting
> you
> will want to keep all this in mind.
>
>