Cells from layout-mode alignment
I'm trying to use layout-mode table to build a site. Even
though the cells are created inside a table they don't snap to the
table and are all not aligned. How can I align them? How can I
include code that allow me to control the exact position of the
cells?
I originally set up the width of the table to 800px and now
is 816 (?) and I can't change it back to 800!!!
Also seems like the cells move around all the time! Is there
a way to lock them down to position? Thanks for your help here too.
Thanks
tanguera wrote:
> I'm trying to use layout-mode table to build a site.
Stop immediately. Layout mode creates convoluted code that is
next to
impossible to troubleshoot if anything goes wrong. The
problems are so
great that Layout mode was removed from Dreamweaver CS4.
Learn to build
web pages using conventional techniques. It takes more time
when you
begin, but saves a lot of time and frustration later.
> One more thing, I originally set up the width of the
table to 800px and now is
> 816 (?) and I can't change it back to 800!!!
That's one of the problems with Layout mode. Whenever you
change
anything, it's very difficult to control.
David Powers, Adobe Community Expert
Author, "The Essential Guide to Dreamweaver CS4",
"PHP Solutions" & "PHP Object-Oriented Solutions"
http://foundationphp.com/
Similar Messages
-
Table Cells in Layout Mode vs WYSIWYG
I am new to Dreamweaver and am using v8.0. When designing a
page using Tables and Cells in Layout Mode the layout looks fine;
the Cells are nice and tight. However - and this regardless of
which Browser I use to check the page - the spacing between those
same Cells is wholly unacceptable. As mentioned, in Layout Mode
everything is tight; when viewing it in a browser there may be up
to 2" of space between the Cells.
What have I over looked? Any suggestions greatly appreciated!
Thanks!Table width = 1327? Don't ever make your width more than
about 770. As for
the spacing .. I have never seen so many empty table cells in
my life. :)
As the others have said, you will do far better by learning a
little html
and css .. "adhering to conventions" will never happen with
Layout Mode.
It's there so people can draw tables .. but if I were DW
Engineering, I
would remove it .. I think it causes more problems than it's
worth. :)
Nancy
"LGLDSR73" <[email protected]> wrote in
message
news:[email protected]...
> Thank you, Nancy!
>
> Cellspacing=0 set as such:
>
> <table width="1327" border="0" cellpadding="0"
cellspacing="0">
>
> I seem to have it squared away now but that doesn't mean
that I am
> adhereing
> to conventions. What I was doing was selecting 'Layout
Table' to enclose
> all
> Images and text (and/or using 'Draw Layout Cell' as
well), as opposed to
> (1)
> Using 'Layout Table' to set the page size, then (2)
using 'Draw Layout
> Cell' to
> put the images and/or text in. What I am seeing now in a
Browser (Safari)
> is
> matching up to what I am seeing in Dreamweaver. I don't
think I fully
> grasp the
> differrence between 'Layout Table' and 'Draw Layout
Cell'. I've been
> reading in
> the 'Help' and while it sheds some light it doesn't
appear to be getting
> through.
>
> Though the spacing of the images appears to be okay now,
text is an issue.
> I.e.,
>
> If I put:
>
> "The text will end here -------->" with the arrowhead
at the rightmost
> border
> in Dreamweaver, when viewed in Safari it wraps to the
second line even
> though
> within Dreamweaver I am not outside of the green
frame....
>
> What is a recommended page size to start with, and set
with which Tool?
>
> Finally, when I attempt to use Firefox to preview the
page the following
> error
> is returned:
>
> File not found
> Firefox can't find the file at /2 WD/NEW
SITE/index.html.
> * Check the file name for capitalization or other typing
errors.
> * Check to see if the file was moved, renamed or
deleted.
>
> I purchased 'Dreamweaver 8 For Dummies' but apparently I
transcend even
> that!
> ;-)
>
> The Code is attached, but please don't spend more than a
quick moment;
> this is
> my problem and not yours!
>
> Thank you!
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN"
> "
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="
http://www.w3.org/1999/xhtml">
> <head>
> <meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1" />
> <title>index</title>
> <style type="text/css">
> <!--
> .style1 {font-family: "Gill Sans Light"}
> .style2 {font-size: 36px}
> body {
> background-color: #666666;
> }
> -->
> </style></head>
>
> <body>
> <table width="1327" border="0" cellpadding="0"
cellspacing="0">
> <!--DWLayoutTable-->
> <tr>
> <td width="116" height="30"> </td>
> <td width="136"> </td>
> <td width="69"> </td>
> <td width="264"> </td>
> <td width="24"> </td>
> <td width="107"> </td>
> <td width="20"> </td>
> <td width="234"> </td>
> <td width="16"> </td>
> <td width="338"> </td>
> <td width="3"> </td>
> </tr>
> <tr>
> <td height="41"> </td>
> <td> </td>
> <td> </td>
> <td colspan="2" valign="top"><h1 align="center"
class="style2"><span
> class="style1">Fifth Avenue Digital
</span></h1></td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
> <tr>
> <td height="39"> </td>
> <td> </td>
> <td> </td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> </tr>
> <tr>
> <td height="47"> </td>
> <td colspan="5" rowspan="4" valign="top"><img
src="Images/main
> image.jpg"
> alt="main page cape cod" width="600" height="460"
/></td>
> <td> </td>
> <td rowspan="2" valign="top"><img
src="Images/9j.jpg" alt="router bit"
> width="234" height="350" /></td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
> <tr>
> <td height="303"> </td>
> <td> </td>
> <td> </td>
> <td rowspan="2" valign="top"><img
src="Images/06.jpg" alt="sand"
> width="337" height="333" /></td>
> <td> </td>
> </tr>
> <tr>
> <td height="30"> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
>
>
>
>
>
>
>
> <tr>
> <td height="80"></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> <td></td>
> </tr>
>
>
>
> <tr>
> <td height="30"> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
> <tr>
> <td height="77"> </td>
> <td> </td>
> <td colspan="2" rowspan="2" valign="top"><img
src="Images/ramp.jpg"
> alt="boat ramp rockport" width="333" height="500"
/></td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td colspan="3" valign="top"
nowrap="nowrap"><h1 align="left">This is
> a
> test of inputting text that is going</h1>
> <h1 align="left">(new paragraph) to end right here
-------->
> </h1></td>
> <td> </td>
> </tr>
> <tr>
> <td height="424"> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
>
>
>
> <tr>
> <td height="179"> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> <td> </td>
> </tr>
> </table>
> </body>
> </html>
> -
Dreamweaver CS3 Layout Mode Cell Paddig
Working in Layout Mode.
Create two cells of different width, fixed size.
Insert text in both, fonts are different.
Place one cell above the other.
Always too much space between adjacent cells even though the cell layout lnes are touching.
It seems as if the cells have a default padding value for text? This is never a problem when the cell content is an image.
Thanks,Don't use Layout Mode. It wreaks havoc to table code. Thank goodness Adobe removed Table Layout Mode from CS4.
Use Standard Table Mode and Design View or Split View.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
www.alt-web.com/
www.twitter.com/altweb -
Switching from Word processing to Layout mode
Hi,
I have old documents that always open as word processing. This makes it hard to group select items. Is there a way to open it as a layout document instead, or to switch on the fly.
thanks,
TimWhat I cannot do it WP mode is drag select multiple items. (Maybe the would group select confused you) Let's say I have 30 frames on a page with text. I can seem to drag select the ones I want. I have to shift-click each individual one. While in Layout mode I can drag select them.
EG - a year box with boys on every other line. I used to be able to hold shift, then drag select every other line and then change the frames to blue. But now I have to click each one.
Is there a way to do that in WP mode?
Or is there a way to open a '06 document and have it be in layout mode?
If not all of my docs are slated to redo.
Tim -
Hi
I have created my site in dreamweaver, but it is not
appearing in the browser as it should.
I have two tables that need to be lined up with each other in
the centre. Although, when I create it in layout mode it appears
correctly but then when I preview the site in browser the tables
are off to the left.
Any ideas of how to fix it?
Thanks LouThis post was made to the identical thread called "Layout
Altered" - posted
yesterday -
Yes, it does.
DW's timeline code is such an antique (dating from DW2, I
believe) that it
fails in some of the more recent browsers. Unless there is a
compelling
reason to use it, I wouldn't.
It's likely that your problems stem from this code -
<table width="748"" height="419" align="center"
cellspacing="10"
id="Content"
style="border: 1px solid black; </table>
Note that not only is the opening table tag improperly
closed, but the whole
thing is bogus anyhow. You cannot have
<table></table> in your code. I
assume that the closing </table> is an error, meaning
that the code should
be -
<table width="748"" height="419" align="center"
cellspacing="10"
id="Content"
style="border: 1px solid black;">
This should fix part of your problem. You will have another
immediate
problem, though, that is caused by your use of absolute
positioning with
centering tables. The tables will center, but the absolutely
positioned
elements will be fixed in their location. Thus, the table's
content will
slide under the 'layers', breaking your layout.
Finally, you have used Layout mode to build these tables. In
my opinion,
there are three serious problems with Layout Mode -
1. Perhaps most importantly, it sits between you and *real*
HTML tables,
and fools you into believing that concepts like "layout cell"
and
"autostretch" really mean something. They do not. As long as
you use
Layout Mode, you'll never learn one of the most important
things for new web
developers - how to build solid and reliable tables.
2. Actually, #1 wouldn't be *so* bad, except that the code
that is written
by Layout Mode is really poor code. For example, a layout
table contains
MANY empty rows of cells. This can contribute to a table's
instability.
In addition, if your initial positioning of the table's cells
is a bit
complex,
Layout Mode will throw in col- and rowspans aplenty as it
merges and splits
cells willy-nillly to achieve the pixel-perfect layout you
have specified.
Again,
this is an extremely poor method for building stable tables,
because it
allows
changes in one tiny cell's shape (i.e, dimensions) to ripple
through the
rest
of the table, usually with unexpected and sometimes
disastrous consequences.
This is one of the primary reasons for the final result's
fragility - read
this -
http://apptools.com/rants/spans.php
3. The UI for Layout Mode is beyond confusing - many options
that you might
want to use are inaccessible, e.g., inserting another table,
or layer onto
the page.
I can understand the new user's desire to use this tool to
make their life
easier,
but the cost is just too heavy in my opinion.
To make good tables, keep it simple. Put a table on the page,
and begin to
load your content. If you would want a different table
layout, instead of
merging or splitting cells, consider stacking tables or
nesting simple
tables instead, respectively.
And above all, do not try to build the whole page with a
single table!
To read more about this approach, visit the DW FAQ link in my
sig, and run
through the table tutorials.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"Malcolm N_" <[email protected]> wrote in message
news:[email protected]...
> On Wed, 8 Aug 2007 12:07:34 +0000 (UTC), "LoobieLouLou"
> <[email protected]> wrote:
>
>>I am not absolutely sure how the table html code
should look, please could
>>you
>>show me?
>
> in a new file - create a new table and then look at the
code
>
> it starts with a <table>
> then a <tr> to start the row
> then <td> or <th> to start a cell - each
<td> needs a balancing </td>
> to close it
>
> to end a row it uses a </tr>
>
> look at your code and you will see missing </td>
and </tr>
>
> and the first table has no content i.e a <table>
immediately followed
> by a </table> with no rows or cells
>
> Just using Dw to produce a site without undertstanding
html and css is
> not a recipe for success.
>
>
>
>
> --
>
> ~Malcolm N....
> ~ -
from prior threads i've seen that the PiP mode in WebCamera was given up on, and i can only seem to set side by side layout mode anyway.
is PiP mode going to be available in the spark version of LCCS? if not, can one the of developers let me know how i would go about subclassing WebCamera to ensure that the publisher's video is not added to the WebCamera layout? i've tried a few things, such as setting sbsSubscriber.webcamPublisher = null, and removing the publisher's video forcefully from the display list, but it still seems to appear.
or any tips on how i would go about allowing PiP mode to be set in WebCamera so that i can then muck about with the layout of the publisher's video manually.
thanks
adam>>Can somebody please tell me what I'm doing wrong?
Using Layout mode. Seriously!
Adobe removed Layout Mode from CS4 version of DW with good
reason. This has
been explained here dozens of times. Search here:
http://groups.google.com/advanced_search?q=+group:macromedia.dreamweaver
on
"layout mode" for more info.
Walt
"kensteve" <[email protected]> wrote in
message
news:gfg6ri$ekl$[email protected]..
> In layout mode using Dreamweaver 8, I created a percent
based table. Into
> that
> I inserted a pixel based table. Into that I inserted
cells to hold the top
> banner, navigation, etc. Previewed in browser and all
looked good. Then I
> added
> two column cells beneath my navigation. Added text to
both cells and
> styled
> with CSS. Previewed in browser, and again all looks
well. Now I'm trying
> to
> close off the bottom by running one cell beneath the
above two columns,
> but
> even though the cells are tightly aligned, I get a space
of about 1 inch
> between the columns and the bottom row I have created. I
even tried
> re-creating
> everything using nested tables instead of cells, and I
can't get rid of
> this 1
> inch space. I don't have any cell or table padding added
anywhere. I'm
> pulling
> my hair out ... been at this all day! Can somebody
please tell me what I'm
> doing wrong? Many thanks in advance.
>
> -
Aloha,
I'm trying to create a template in DMwvr layout mode that I
designed in photoshop. I have created two layout tables, and layout
cells for each of the elements. I'm having difficulty editing the
cell & table sizes. For example, on the left side of the page
where I have the navigation options (twelve separate cells) I have
edited the cell sizes in the property inspector to try and reduce
the amount of spacing between each of the options. The cells are
directly adjacent to each other. When I test the changes online,
there is no difference in the spacing or layout; the cells are
spaced as far apart when they were 40 pixels in ht, as when I
change them to 20 pixels in ht. So frustrating, any ideas!?
Thanks~Hi Krista,
Could you provide a link or paste the code for the whole
page?
It's hard to tell from the snippet. It could be default
margins for the <p>
tags that are causing the space, or an issue with the col/row
spans. Might
even be something as simple as invalid code, for example in
the snippet
there's no closing table tag. Is it on the page?
There are definitely some issues, like cells with a height
different than
the image heights within different cells in the same
row...just not sure how
it's all connected without seeing the big picture.
Thanks,
Tim
"keeptheoceanclean" <[email protected]>
wrote in message
news:[email protected]...
> Whoops, sorry for the dbl posting, I don't think I
responded in the
> correct
> manner the first time!
>
> Hi Tim,
>
> Attached is a sample of the code from the navigation
cells, they're all
> identical. When reading the code line by line however,
the first
> navigation
> cell, "home" is written, and then is followed by an
empty cell where I
> will be
> inserting flash is the center of the page, and then
depicts 3 images/cells
> that
> are aligned on the right hand side of the page. These
three cells are in
> their
> own layout table. When I had them in the same layout
table as the
> navigation
> cells, although they looked fine in design view, when
tested online there
> would
> be significant spacing added in between them. The rest
of the navigation
> code
> then follows in sequence.
> Thanks for having a look, Krista
>
> <td width="179" height="22"
valign="middle"><blockquote>
> <p>Home</p>
> </blockquote></td>
> <td colspan="4" rowspan="13"
valign="top"><!--DWLayoutEmptyCell-->
>
> </td>
> <td colspan="4" rowspan="13"
valign="top"><table width="100%" border="0"
> cellpadding="0" cellspacing="0">
> <!--DWLayoutTable-->
> <tr>
> <td width="180" height="120"
valign="baseline"><a
> href="
http://www.reefcheck.org/petition/petition.php"><img
> src="IMAGES/images/images/webtemplate_new_14.jpg"
alt="boxfish"
> width="178"
> height="122" /></a></td>
> <td width="6"> </td>
> </tr>
> <tr>
> <td height="107" valign="top"><a href="
http://www.iyor.org/"><img
> src="IMAGES/images/images/webtemplate_new_15.jpg"
alt="iyor logo"
> width="178"
> height="118" /></a></td>
> <td> </td>
> </tr>
> <tr>
> <td height="109" valign="top"><a href="
http://www.reefcheck.org/"><img
> src="IMAGES/images/images/webtemplate_new_18.jpg"
alt="rcint logo"
> width="178"
> height="104" /></a></td>
> <td> </td>
> </tr>
>
>
>
> </table> </td>
> <td></td>
> </tr>
> <tr>
> <td height="22" valign="middle"
nowrap="nowrap"><blockquote>About Reef
> Check</blockquote></td>
> <td></td>
> </tr>
> <tr>
> <td height="22" valign="middle"
nowrap="nowrap"><blockquote>
> <p>Join Us</p>
> </blockquote></td>
> <td></td>
> </tr>
> <tr>
> -
Can i set margins in page layout mode?
I have margins set in page layout mode, but they don't seem to really work. I can move text around freely but I'd like to set definite margins so when I align my text boxes left I can align them all at 1 inch.
The "blue lines" are guides and yes you can. Objects will snap to the lines when you get close to them.
You can also use the Metrics tab in Inspector palette, and +Menu > >Arrange > Align Objects+ to position text and images.
Read up more on how to work with Pages in the Pages09_UserGuide.pdf downloadable from under the Help menu.
Peter -
I want to know critics about Layout Mode
Hi,
I want to know critics of Layout Mode feature in DW. Seems
like a wonder tool to me, and apparently solves many of the
problems i had when laying out pages, all you have to do is drag
and drop tables or cells here and there and add content to them!
Is there any disadvantage or inconvenience with this
approach? Why isn't it the typical workflow in town (CSS seems to
be the dominant approach, despite obvious more steps and workforce
than layout mode).
Thank you in advance for your opinions, i appreciate.Hello,
If the web were static like print media, layout mode would be
fine.
In many graphics applications like Photoshop, you can drag
elements (layers)
around until you get your design exactly how you want it.
Then, you simply save your design in whatever image format
you'd like. All
of the layers are merged into one, static image,
All of the parts have merged into one element, no longer the
multiple parts
you were dragging around.
When a user sees your image, either on a piece of paper or on
their computer
screen, it looks the same to everyone.
Overall, it might be bigger or smaller in whole dependant on
print size or
monitor resolution, but the layout itself can't change.
A web page, unless the page is one giant image, remains
multiple parts after
you publish it and some of these parts the user can change,
such as text
size.
Any area of your design with text in it will look different
on their screens
than on yours, but the images won't change size.
This is how the web works, and this is where layout mode
fails.
As you drag things around in layout mode, DW writes code to
try to keep the
elements exactly where you want them in relation to other
objects.
It merges cells which fills the code with colspans and
rowspans, and it adds
spacer images by the tens or hundreds in an effort to keep
everything "stuck
together" exactly where you dropped the elements.
The more things your drag and drop, the more complex the
code.
When you are done, your layout looks like you want it to on
your screen but
behind it is code that is very fragile and cumbersome.
With this code, if any part of your layout changes size in
someone's browser
(like a text area), everything else in the layout that is so
tightly tied to
it
will be affected as well.
This usually results in things shifting and not lining up any
more, the page
"breaking" and filling up with gaps and misalignments
throughout the page.
The one change ripples throughout the whole page, because
every element is
so tightly connected by the code Layout Mode wrote.
In essence, Layout Mode wrote such stringent and unforgiving
code that your
design will only work reliably at 1 text size and 1 browser
viewport size.
Those sizes are the sizes your browser was set at when you
designed the
page.
Think of it this way.
You have 100 playing cards and you lay them out on a table in
10 rows of 10
columns each.
You make sure all of the edges are touching.
It's a nice, tight layout.
On one of the cards in the center, you write some words in
marker.
If you saved this as an image, it would look the same to
everyone.
A hundred cards with all the edges touching and text written
on one of them.
If someone enlarges the image to read the text on the single
card, all the
other cards grow equally and the layout looks exactly the
same, only bigger.
However, if you saved this as a website and someone enlarges
the text to
read it, only the card with the text gets bigger.
All the others stay the same size. But you wanted all the
edges touching.
You'd like to keep as many cards as neatly arranged as
possible, but layout
mode doesn't care about that.
It's trying to keep every card edge touching, just like you
did when you
dragged and dropped them..
What happens to the neat rows and columns of cards if the
single card with
text on it doubles in size?
Cards all around it move and nothing lines up anymore. Gaps
appear between
every card.
Changing the size of that one piece of the layout ripples
through the rest
of the page because of that really complex, cumbersome code
Layout Mode
wrote. It really wants to keep everything just like you
wanted it, all the
edges touching and it doesn't care what the layout looks
like.
If you had used standard mode instead of layout mode, the
page would be
dynamic in that the elements (the cards) can freely flow in a
logical manner
under different user's settings.
When this single card doubles in size, the group of cards
above wouldn't be
affected. They would stay neatly arranged in rows with all
their edges
touching as would the group of cards below the enlarged card.
You'd keep a nice, neat layout of cards with just one row of
cards in the
center taller than the other rows because of the single
bigger card.
Instead of being filled with gaps and misalignments all over
the place that
Layout Mode's code caused, the page would still look good.
Layout Mode wrote such bad code as it tried to keep a layout
static in a
dynamic environment, that it has been removed from
Dreamweaver.
Here's more very good info, including a graphic example of a
common problem
Layout Mode creates for the unsuspecting....
http://apptools.com/rants/spans.php
There's something arguably as bad as layout mode you should
also stay way
from.
They, too, offer the ease of drag and drop but at a huge
price when you
realize all the troubles and then have to completely rebuild
your site.
Please read this:
http://apptools.com/examples/pagelayout101.php
Particularly, the section entitled "The trouble with layers"
(AP Divs)
Take care,
Tim
"mballom3" <[email protected]> wrote in
message
news:[email protected]...
> Hi,
>
> I want to know critics of Layout Mode feature in DW.
Seems like a wonder
> tool
> to me, and apparently solves many of the problems i had
when laying out
> pages,
> all you have to do is drag and drop tables or cells here
and there and add
> content to them!
>
> Is there any disadvantage or inconvenience with this
approach? Why isn't
> it
> the typical workflow in town (CSS seems to be the
dominant approach,
> despite
> obvious more steps and workforce than layout mode).
>
> Thank you in advance for your opinions, i appreciate.
> -
Hi All - Thanks for the excellent info I've gotten off these
forums. I am a newbie and have a basic question. Is it better to
use the Layout Mode or the Table Mode (Standard) for building Web
pages? And what are some of the positives for each and/or the
negatives?
I have had very good luck using Layers—easier to move
around and size, but a few people I've spoken with say to stay with
the Tables.
Thanks,
ErnieNice of you to say so, John. Similarly, it was the many
generous people on
this very forum who 'raised me' as well....
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"Tarvardian" <[email protected]> wrote in
message
news:[email protected]...
> Well, two minutes late anyway. But it's proof that many
of us out here
> take your advice and lessons seriously. I know I've
learned much just
> from reading your posts.
>
> John
>
>
> "Murray *ACE*" <[email protected]>
wrote in message
> news:[email protected]...
>> Hehe.... A day late and a dollar short!
>>
>> --
>> Murray --- ICQ 71997575
>> Adobe Community Expert
>> (If you *MUST* email me, don't LAUGH when you do
so!)
>> ==================
>>
http://www.dreamweavermx-templates.com
- Template Triage!
>>
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
>>
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
>>
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
>> ==================
>>
>>
>> "Murray *ACE*"
<[email protected]> wrote in message
>> news:[email protected]...
>>> In my opinion, there are three serious problems
with Layout Mode -
>>>
>>> 1. Perhaps most importantly, it sits between you
and *real* HTML
>>> tables,
>>> and fools you into believing that concepts like
"layout cell" and
>>> "autostretch" really mean something. They do
not. As long as you use
>>> Layout Mode, you'll never learn one of the most
important things for new
>>> web
>>> developers - how to build solid and reliable
tables.
>>>
>>> 2. Actually, #1 wouldn't be *so* bad, except
that the code that is
>>> written
>>> by Layout Mode is really poor code. For example,
a layout table
>>> contains
>>> MANY empty rows of cells. This can contribute to
a table's instability.
>>> In addition, if your initial positioning of the
table's cells is a bit
>>> complex,
>>> Layout Mode will throw in col- and rowspans
aplenty as it merges and
>>> splits
>>> cells willy-nillly to achieve the pixel-perfect
layout you have
>>> specified. Again,
>>> this is an extremely poor method for building
stable tables, because it
>>> allows
>>> changes in one tiny cell's shape (i.e,
dimensions) to ripple through the
>>> rest
>>> of the table, usually with unexpected and
sometimes disastrous
>>> consequences.
>>> This is one of the primary reasons for the final
result's fragility -
>>> read this -
>>>
>>>
http://apptools.com/rants/spans.php
>>>
>>> 3. The UI for Layout Mode is beyond confusing -
many options that you
>>> might
>>> want to use are inaccessible, e.g., inserting
another table, or layer
>>> onto the page.
>>>
>>> I can understand the new user's desire to use
this tool to make their
>>> life easier,
>>> but the cost is just too heavy in my opinion.
>>>
>>> To make good tables, keep it simple. Put a table
on the page, and begin
>>> to
>>> load your content. If you would want a different
table layout, instead
>>> of
>>> merging or splitting cells, consider stacking
tables or nesting simple
>>> tables instead, respectively.
>>>
>>> And above all, do not try to build the whole
page with a single table!
>>>
>>> To read more about this approach, visit the DW
FAQ link in my sig, and
>>> run
>>> through the table tutorials.
>>>
>>>> I have had very good luck using
Layers?easier to move around and size,
>>>> but a
>>>> few people I've spoken with say to stay with
the Tables.
>>>
>>> Using Layers as a primary layout methodology is
a slippery slope to
>>> catastrophe. Here's why -
>>>
>>>
http://www.great-web-sights.com/g_layer-overlap.asp
>>>
>>>
>>> --
>>> Murray --- ICQ 71997575
>>> Adobe Community Expert
>>> (If you *MUST* email me, don't LAUGH when you do
so!)
>>> ==================
>>>
http://www.dreamweavermx-templates.com
- Template Triage!
>>>
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
>>>
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
>>>
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
>>> ==================
>>>
>>>
>>> "DreemWeeve"
<[email protected]> wrote in message
>>> news:[email protected]...
>>>> Hi All - Thanks for the excellent info I've
gotten off these forums. I
>>>> am a
>>>> newbie and have a basic question. Is it
better to use the Layout Mode
>>>> or the
>>>> Table Mode (Standard) for building Web
pages? And what are some of the
>>>> positives for each and/or the negatives?
>>>>
>>>> I have had very good luck using
Layers?easier to move around and size,
>>>> but a
>>>> few people I've spoken with say to stay with
the Tables.
>>>>
>>>> Thanks,
>>>>
>>>> Ernie
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
> -
Hi,
i would like to set fixed margins in page layout mode.
e.g site layout with inside 1 cm and outside 2 cm.. simple.. - document margins doesn't work in layout mode.
Rulers are no solution - i don't want to set or change rulers for every site and i can't fix the ruler correct anyway (e.g. only on .83cm and .79cm not on .80.. zooming in doesn't change it)
thanks for your help-
greetings
Chris
ah.. and.. of course.. help, manual, search function previously in use..thanks for your help - maybe i described the problem not exact.. my problem is:
If you add a box in layout mode (doesn't matter whats inside - text, shapes or images) - you can drag the boxes out of the image, close the page border or with some margin to the border - you can align boxes to each other (horizontal, vertical...)
But i didn't find a method for aligning all boxes with a certain margin like the document margins in text mode.
Lets say i have a dozen boxes on a page and a couple of pages and i want to align all of these boxes with 2cm margin to left, top, right and bottom.. like the boxes in given templates.
Do i have to drag all these boxes manually? - and what happen if i want to change my margin (lets say the printer calls you - it needs some 5mm more margin) - what i am looking for is something to set a certain margin i can align all boxes on and change quickly (.. like in text mode)
Christoph -
Urgent : Publishing Problem - Attributes not showing up in Layout Mode
Dear MDM Gurus,
We 4 fields in our main table i.e.
FLD1 (Taxonomy LKP -
> Standard Categories Table)
FLD2 (Taxonomy LKP)
FLD3 (Qualified LKP)
FLD4 (Taxonomy LKP)
Now we have uploaded the data structure/Hierarchy to FLD1.
FLD2,4 are Taxonomy lookups which store & link attributes for each of those fields.
When viewed thru record mode our data looks like this :
FLD1 : Hierarchy Node
FLD1-ATTRIBUTE1 = ABCD
FLD2 : XYZ
FLD2-ATTR1 = A1
FLD2-ATTR2 = A2
FLD2-ATTR3 = A3
Which is how we want it to be.
Here the data is well organised based on the taxonomy Lookup fields in the main table
Now when we try to publish it,we dont see the attributes associated with FLD2 and 4 in the Layout mode.
I can only see the main table fields,Qualified Table Fields and the attributes associated with FLD1.
How to pull the data from the taxonomy lookup tables in Layout mode of Data Manager ?
Greatly appreciate any inputs.
Thanks.
HariHello Hari,
Currently, the only attributes that you have access to in Publisher are the attributes linked to the taxonomy that you've designated to be your family field (in the console), which by default, is your main taxonomy table.
The only way to display fields linked to non-main tables is by designating them alternate display fields, which in your case doesn't sound like what you want.
-Neta -
Layout mode....totally confused
While I've used Logic for several years I'm a total beginner at assigning MIDI controls for live work, or indeed for anything as I've never had much need to. I am therefore finding the Layout mode utterly beyond me, as so far nothing the manual claims will happen happens at all...I am sure much of this is due to my lack of knowledge on this (the manual does seem to assume a certain amount of understanding) and perhaps also something to do with the keyboard (an Edirol PCR800).
But I do have 2 basic questions that might get me on my way. Firstly the manual claims that when you switch from edit mode to layout mode you can still hear the last patch you were on. I can't. Secondly, however I assign the knobs on the PCR800 in layout mode, when I go back to edit mode if I move one then they all start moving, and they also change the program change numbers. If anyone can point to something obvious I could be doing wrong, thats probably what it is!Firstly the manual claims that when you switch from edit mode to layout mode you can still hear the last patch you were on. I can't.
That is a known bug in the manual
Secondly, however I assign the knobs on the PCR800 in layout mode, when I go back to edit mode if I move one then they all start moving, and they also change the program change numbers.
You either assigned the same controller to all knobs or your PCR800 doesn't send simple MIDI controllers (that's what I expect happened to you). Please check the manual of your PCR800 to send standard MIDI controllers for the knobs, no complex SysEx, Data-Events, etc. -
Layout mode in Dreamweaver CS3. Can't draw table
I did the same exact thing i do in dreamweaver 8, but in cs3,
it's now working.
I went to layout mode and with a blank page and the draw
table button is grayed out.
what do i do to use it. I'm already in layout mode.Get out of Layout mode for starters.
In my opinion, there are three serious problems with Layout
Mode -
1. Perhaps most importantly, it sits between you and *real*
HTML tables,
and fools you into believing that concepts like "layout cell"
and
"autostretch" really mean something. They do not. As long as
you use
Layout Mode, you'll never learn one of the most important
things for new web
developers - how to build solid and reliable tables.
2. Actually, #1 wouldn't be *so* bad, except that the code
that is written
by Layout Mode is really poor code. For example, a layout
table contains
MANY empty rows of cells. This can contribute to a table's
instability.
In addition, if your initial positioning of the table's cells
is a bit
complex,
Layout Mode will throw in col- and rowspans aplenty as it
merges and splits
cells willy-nillly to achieve the pixel-perfect layout you
have specified.
Again,
this is an extremely poor method for building stable tables,
because it
allows
changes in one tiny cell's shape (i.e, dimensions) to ripple
through the
rest
of the table, usually with unexpected and sometimes
disastrous consequences.
This is one of the primary reasons for the final result's
fragility - read
this -
http://apptools.com/rants/spans.php
3. The UI for Layout Mode is beyond confusing - many options
that you might
want to use are inaccessible, e.g., inserting another table,
or layer onto
the page.
I can understand the new user's desire to use this tool to
make their life
easier,
but the cost is just too heavy in my opinion.
To make good tables, keep it simple. Put a table on the page,
and begin to
load your content. If you would want a different table
layout, instead of
merging or splitting cells, consider stacking tables or
nesting simple
tables instead, respectively.
And above all, do not try to build the whole page with a
single table!
To read more about this approach, visit the DW FAQ link in my
sig, and run
through the table tutorials.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"Dreamweaver2k2" <[email protected]> wrote
in message
news:[email protected]...
>I did the same exact thing i do in dreamweaver 8, but in
cs3, it's now
>working.
> I went to layout mode and with a blank page and the draw
table button is
> grayed out.
>
> what do i do to use it. I'm already in layout mode.
> -
InCopy Layout Mode not displaying correctly.
I have a layout that I (designer) have created in InDesign. I have created the assignments and packaged for InCopy, but when the editor gets the InCopy file the "Layout" view displays the layout incorrectly which throws off the text for the entire document making it illegible in Layout mode.
Has anyone else had this problem? or know of a fix?
I can provide the file if anyone thinks they can help me troubleshoot.Jenny, this has happened to me in the past, and I was able to troubleshoot it to some corruption that came over from QXP (the layout was converted from an XPress layout). Apparently the INDD format is more forgiving than the INCA format when there are glitches.
Just throwing it out there ... I just needed to rejigger some paragraph styles in the INDD file to fix the problem, as I recall.
AM
Maybe you are looking for
-
Future date not to be allowed in the tabular form
Hi, I have a tabular form with 3 columns.. the first column name is DATE, the user is not allowed to enter a future date or a date greater than the sysdate, so as soon as the date value is entered I have to generate a javascript/dyanamic action that
-
Recently (last 2-3 months) my app updates have been accumulating in my Mac App Store. Every time I click update and enter my correct password, the little "loading" pinwheel appears in the top left-hand corner stating that 'something' is happeneing, b
-
Experimental WIC import plug-in for Photoshop
Hello, For what it's worth, I've written a small import plug-in for Photoshop, that uses WIC codecs to access the image files and thus is compatible with manufacturer-provided decoders such as the Nikon NEF codec and the Canon CRW/CR2 codec. It shoul
-
Computer Crashed, need to reload Itunes
Hi, My computer crashed and it looks like I'm going to have to reformat my harddrive. I am going to attempt to slave the h/d to another pc in order to save some of my files before I reformat. Will saving my entire Itunes directory, installing Itunes
-
VBScript Runs Correctly From Command Prompt, But Not From SQL Server Agent Job
I'm trying to run this script on my local machine to do some post-batch cleanup and it doesn't run correctly from the scheduled job (or when I invoke the job). Here's the script in question: Option Explicit Const filePath = "C:\Documents and Settings