So many issues with CS4 (bugs/rants)

Question

I'm glad we can get trials. There are a few major issues I'm
having.
Viewing in Safari, when clicking back onto Dreamweaver, the
top bar will interact with Safari's tool bar. I have to click on
and off to get Dreamweaver to draw on top of Safari. When this
happens, there are also white flashes where windows are blank when
clicking once on a tab or design view, then on second click the
window draws. So anytime I click on the tool bars the page flashes
white (empty-void of my html) and reappears on next click. This
happens on first start, does not happen if I relaunch DW.
Table <td background> background input is gone from the
proprieties palette.
Table height does not display when selecting a table, only
width. So you have to go into the code and manually change or
delete the table height.
Some image/graphic outer edge colors do not match the defined
html color on the page in Dreamweaver but do in Live View and
Safari.
Selecting an image and linking it, automatically populates
without a border="0" resulting in an unwanted border color. It
should be "0" by default like version 8.
The color picker is not calibrated correctly. Using the
picker on a table cell with the bg color of #990000 gives me a
reading of #A31B12. And then getting a reading on the table cell
with #A31B12 the color picker reads #AC3022. So it progressively
gets lighter, while picking colors from the actual html, if doing
multiple cells. So not sure how the color pickers needs to be
calibrated to read the hex value because it's not currently doing
that.
I can't drag a file to the tab bar and be allowed to open it.
Not sure why that's not allowed?
Now some of these might be the new way DW codes, some might
be fixable with settings, but the color picker and random flashing
and viewing issues with Safari, linked images with no border seem
like actual bugs to me.

Answer 1

> Nope, it's not there. BG color is in the middle on my
CSS tab under
> properties
> palette. There is no bg inpit filed when clicking inside
a table cell.
Yeah - it's there. But I was mistaken - it's in both the HTML
and the CSS
'tab' of the EXPANDED Property inspector - you have to click
on the little
almost invisible white triangle on the lower right-hand
corner of the
inspector to see the expanded section.
> Yes, it should. Like alt tags are defaulted to 'empty'
borders should be
> given
> a default value
Nope. That would produce invalid HTML.
> I wanted to hand code everything, I wouldn't be using
dreamweaver.
If you are not willing to learn some HTML and CSS, as well as
best
practices, then you shouldn't be using DW.
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
==================
"Kid Red" <[email protected]> wrote in
message
news:[email protected]...
>
quote:
Originally posted by:
Newsgroup User
> > Table <td background> background input is
gone from the proprieties
> > palette.
>
> No it's not gone, it's under the CSS 'tab' (look on the
left side) as a Bg
> color well and input field.
>
> Nope, it's not there. BG color is in the middle on my
CSS tab under
> properties
> palette. There is no bg inpit filed when clicking inside
a table cell.
>
>
quote:
> > Table height does not display when selecting a
table, only width. So you
> > have
> > to go into the code and manually change or delete
the table height.
>
> As already stated, table height is invalid HTML - always
has been.
>
>
> Apologies, I learned from Dreamweaver. And since
Dreamweaver 8 (my current
> program) does have it, I'm conditioned. I will now
understand Dreamweaver
> taught me incorrectly and learn better coding.
>
>
quote:
> > Selecting an image and linking it, automatically
populates without a
> > border="0" resulting in an unwanted border color.
It should be "0" by
> > default
> > like version 8.
>
> No, it shouldn't. The border attribute is deprecated in
HTML 4.0 (see the
> Reference panel in DW). It should be replaced with this
simple CSS on
> your
> page -
>
> a img { border:none; }
>
> On rule hits all the images that are within a hyperlink.
>
>
>
> Yes, it should. Like alt tags are defaulted to 'empty'
borders should be
> given
> a default value. I fail to see why the new version
doesn't do this
> anymore. It
> should be a CSS option for images then somewhere in the
properties
> palette. If
> I wanted to hand code everything, I wouldn't be using
dreamweaver.
>
quote:
> > I can't drag a file to the tab bar and be allowed
to open it. Not sure
> > why
> > that's not allowed?
>
> It's just not. Never has been.
>
>
> Ah, that's my point. It *should*.
>
>
quote:
> > Viewing in Safari, when clicking back onto
Dreamweaver, the top bar will
> > interact with Safari's tool bar. I have to click on
and off to get
> > Dreamweaver
> > to draw on top of Safari. When this happens, there
are also white
> > flashes
> > where
> > windows are blank when clicking once on a tab or
design view, then on
> > second
> > click the window draws. So anytime I click on the
tool bars the page
> > flashes
> > white (empty-void of my html) and reappears on next
click. This happens
> > on
> > first start, does not happen if I relaunch DW.
>
> I cannot reproduce this at all.
>
>
>
> As stated, it doesn't happen all the times and a
relaunch fixes it. Might
> be
> an issue with my newest imac graphics card, no idea,
just know it has
> happened
> each of the three times I've started dreamweaver for a
fresh session.
>