DW8 Site Manager Window

Question

1. The dropdown menu for sitenames in the SHOW SITE list
selector no longer responds to typing in the first letter of the
site and the list zips to that alphabetical point in the list.
Previous versions did this, as is window standard for dropdown
menus.
2. WHen minimizing the DW main window, using the
click-on-taskbar DW icon, the Site manager window is left showing.
If the Minimize _ top left window standard button (near the X close
button) is used, it minimizes both windows.
3. Often it seems impossible to get the Local Side of the
Site manager window to Refresh to be the current files listed in
the directory, if, for instance, image files were added outside of
DW. REFRESH, F5, etc. do nothing. Relaunching DW then shows the
correct up-to-date directory listing.
4. After how many revisions of DW since DW2(when there was
discussion and "promises" to fulfill these features), there still
seems not to be a feature to provide information (e.g., right click
context menu a filename in the local directory to have this option)
for what files use/point to a particular file or asset. Since DW
already keeps a cross-reference cache of the dependencies, it seems
this is an easy informational list to display. It's very useful in
a number of situations, especially as a precursor to moving a file,
to see if anyone (or who) is dependent on this file. Too, DW is not
always thorough in updating all links and references to assets and
linked files (for instance, (a) there's a difference in behavoir if
you drag a file to another folder vs. cut/paste a file to another
folder; (b) html option dropdown lists sometimes are not updated,
(c) standard (e.g., imageready-generated) rollover menu image
references are never updated, especially in templates (what a pain
that is to manage).
5. Similarly there is no feature in a right-click context
menu (or otherwise) to fabricate/generate an absolute URL (from the
published web site perspective) for a given html file or image
asset. This has to be done manually(typing it in or navigating in a
browser and then copying the URL), but it could so easily be
generated and put in the paste buffer or other usable place.

Answer 1

On Wed, 9 Aug 2006 02:21:38 +0000 (UTC), "wsherwood2"
<[email protected]> wrote:
>1. The dropdown menu for sitenames in the SHOW SITE list
selector no longer
>responds to typing in the first letter of the site and
the list zips to that
>alphabetical point in the list. Previous versions did
this, as is window
>standard for dropdown menus.
>
I cannot duplicate this; it works as expected for me.
> 2. WHen minimizing the DW main window, using the
click-on-taskbar DW icon, the
>Site manager window is left showing. If the Minimize _
top left window
>standard button (near the X close button) is used, it
minimizes both windows.
>
I cannot duplicate this; it works as expected for me. Oh
wait, are
you on a Mac? I've never been able to figure out why some
apps seem
to leave bits and pieces behind when minimizing on a Mac. Or
closing,
for that matter.
> 3. Often it seems impossible to get the Local Side of
the Site manager window
>to Refresh to be the current files listed in the
directory, if, for instance,
>image files were added outside of DW. REFRESH, F5, etc.
do nothing.
>Relaunching DW then shows the correct up-to-date
directory listing.
>
I cannot duplicate this. Have you rebuilt the site cache?
> 4. After how many revisions of DW since DW2(when there
was discussion and
>"promises" to fulfill these features), there still seems
not to be a feature to
>provide information (e.g., right click context menu a
filename in the local
>directory to have this option) for what files use/point
to a particular file or
>asset. Since DW already keeps a cross-reference cache of
the dependencies, it
>seems this is an easy informational list to display. It's
very useful in a
>number of situations, especially as a precursor to moving
a file, to see if
>anyone (or who) is dependent on this file.
<shrug> Personally I don't see the need for it, but you
can always
tell Adobe (telling us here in the user-to-user forum doesn't
really
do you a whole lot of good, you know?).
When I want to find out what links to a file, I do a global
search for
the filename. But since I'm rather anal about site
architecture, file
naming conventions, and keeping good records, I've only ever
had to do
this when I'm working in a site someone else developed.
> Too, DW is not always thorough in
>updating all links and references to assets and linked
files (for instance,
>(a) there's a difference in behavoir if you drag a file
to another folder vs.
>cut/paste a file to another folder;
Never tried this, to be honest. Since dragging works, why cut
and
paste?
In my opinion DW is acting responsibly. If you have cut a
file from
the list of files, it warns you about existing links to that
file. If
you proceed with the deletion, it's deleted. Including from
the file
list. If you then paste the file somewhere else, how is DW
supposed
to know that you didn't really mean to delete it, you meant
to move
it?
> (b) html option dropdown lists sometimes
>are not updated,
I have no idea what you mean here.
>(c) standard (e.g., imageready-generated) rollover menu
image
>references are never updated, especially in templates
(what a pain that is to
>manage).
>
That's because those are NOT "standard" menus. The links are
buried
in JavaScript. If they were standard menus with standard
links, DW
could manage them just fine.
Do a search in this forum for posts about the Fireworks
menus; the
ImageReady ones are no different.
> 5. Similarly there is no feature in a right-click
context menu (or otherwise)
>to fabricate/generate an absolute URL (from the published
web site perspective)
>for a given html file or image asset. This has to be done
manually(typing it
>in or navigating in a browser and then copying the URL),
but it could so easily
>be generated and put in the paste buffer or other usable
place.
>
>
Guess since I have never seen the need to use absolute URLs
within a
site, I haven't run into this.
How is DW to know what the absolute URL path is supposed to
be? And
if you want site root relative links, why not just use site
root
relative links?
Win
Win Day, Wild Rose Websites
http://www.wildrosewebsites.com
[email protected]
Skype winifredday