1 Correct answer
What I'm asking for is a way to change Dreamweaver's default setting when you use the Properties panel to browse and replace an image source. By default Dreamweaver automatically changes the CSS width property to whatever the width of the new image is. I want to change the default setting so that it doesn't change the width property.
If you know how to do this, that would be really helpful.
By GabrielCameron
@GabrielCameron in fact you don't have a direct way to do that... but the workaro
...
23
Replies
What I'm asking for is a way to change Dreamweaver's default setting when you use the Properties panel to browse and replace an image source. By default Dreamweaver automatically changes the CSS width property to whatever the width of the new image is. I want to change the default setting so that it doesn't change the width property.
If you know how to do this, that would be really helpful.
By GabrielCameron
@GabrielCameron in fact you don't have a direct way to do that... but the workaround, is to manually remove the WIDTH and HEIGHT attributes fomr the HTML code, and add an online CSS style to handle width and height as you like.
then when you swap images from the SRC attribute, the WIDTH and HEIGHT attributes wont recreate themselves.
so change
<img src="image-A.jpg" width="400" height="400" alt=""/>to
<img src="image-A.jpg" style="width:400px;height:400px;" alt=""/>so when you will change to a different image (from SRC attribute that should stay as
<img src="image-B.jpg" style="width:400px;height:400px;" alt=""/>
Of course inline CSS styles will be removed when you replace the HTML image. That's normal & expected.
By Nancy OShea
I'm not in the same point of view as you... the inline CSS styles remain the same even if the image changes
https://demo.puce-et-media.com/gabriel/
you will have to wait few seconds for the first load of the page... then click over the image... the CSS border still remains, and the image swap
Sorry, I may have been unclear. I am NOT talking about a CSS image swap. I am talking about using the Properties panel to change the source of an image file.
By GabrielCameron
Nope, you was clear enought... I understood clearly your question, and as you already figure it out, you can use the properties panel to swap image using the SRC attribute input field.
My point, and my feedback was answering to a Nancy remark, which specified that when an image was changed, the inline CSS styles were also removed... that's only it 😉
Let's say the OP is in Design or Live view and selects the image. Hitting the delete key removes the entire <IMG> tag, including its surrounding inline styles and other attributes.
The only precise way to replace an image is to work in Code view & manually edit the <IMG SRC> attribute without disturbing other code around it.
Until all email clients can support <SRC SET> with various sized images -- which may never happen (see the support table on Can I Email), the use of standardized images ≤ 600px remains the best way forward.
That's my story for 2021-2022 and I'm sticking to it. 😇
yess... but as you said, let's say that the OP only change the SRC attribute directly from the property panel. 😉
By B i r n o u
I'd employ a developer who knows what they are doing, not someone pretending to be a developer. Far too much dependency these days and putting faith in automation and not nearly enough of those skilled in what they profess to practice..........end of!
I don't understand your reaction osgood_ ... the OP doesn't want to automate at all, everything is done not in code, but in Dreamweaver.
By B i r n o u
That sounds like a contradication? Doesn't want to automate at all: everything is done NOT in code, but in Dreamweaver. What's NOT automated about that?
My my, how we've gone down the rabbit hole. My simple question certainly stirred up a lot of passionate opinions. 🙂
For what it's worth, osgood_ I agree about hiring developers to do development.
By GabrielCameron
You sound like a very sensible person, probably put in a situation where your skills are limited so it becomes challenging. That is unfortunatley were we are at these days........too many doing tasks they know very little about, either out of desperation to make a buck or two or a p o r n in the game whereby a company is trying to save money.
Much respect.
What's NOT automated about that?
By osgood_
Woaw... I see, through your precision, that we do not have the same notion for the interpretation of the word automated. at least not the same granularity, let's say, at the time where the web is nowaday.
automation, at least the way I see it, is more like having a batch process, that use an algorythm to dispatch datas and create output from chaos, ... doing one or thousand takes the same amount of time... tools like Grunt, or Gulp... in short, the spirit of Node are fully integrating the concept of automated. one action equal many many steps
So for you, clicking in a dialog box to change a state is in the domain of automation. Of course. Why not ! I agree. The input field replace the way of entering code manually... one action equal one step.
What's NOT automated about that?
By osgood_
Woaw... I see, through your precision, that we do not have the same notion for the interpretation of the word automated. at least not the same granularity, let's say, at the time where the web is nowaday.
automation, at least the way I see it, is more like having a batch process, that use an algorythm to dispatch datas and create output from chaos, ... doing one or thousand takes the same amount of time... tools like Grunt, or Gulp... in short, the spirit of Node are fully integrating the concept of automated. one action equal many many steps
So for you, clicking in a dialog box to change a state is in the domain of automation. Of course. Why not ! I agree. The input field replace the way of entering code manually... one action equal one step.
By B i r n o u
It would not be so bad If those users knew what they were inputting through those boxes and how it all worked BUT the majority don't, they just click about blindfold and keep their fingers crossed, hardly the persona of an expert in what they are selling or supposedly paid for.........not for me I'm afraid.........unless they are a hobbyist of course, then anything goes.........who cares.
https://uxplanet.org/web-design-vs-graphic-design-cc55e16a793a
By Nancy OShea
maybe I have big gaps in english or I'm not used to this kind of articles... so I took two steps to look at the date... nov 2020... not so old... so I figured it was actually a bit of humor on Nancy's part to point to this article because I knew her in better shape to quote articles... 🙂
So funny article... there's still this ancestral distinction between print and web, or between 72 and 300 dpi... woaw... maybe we should update ourselves on this level... and no word on the responsive aspect of visuals.... there too... I almost feel like I was reading Andy Clarke's articles but well with 15 years behind... phew... I almost thought we were going to talk about a super palette made using DeBabelizer ;), but well... the passage on typography is sad as can be... we're almost only allowed to use arial, and sans serif... Jason Santa Maria is so far away...
Nancy, please tell that it was a joke that I missed 😉 and I'm sorry
AdChoices