It appears to be a CSS/HTML problem. The CSS of the working page is mirrored in the class callouts in the very specifically structured HTML of that page. That's not the case in the broken page. In order for the css of the broken page to do the same thing as the working page, all those class callouts need to be part of  the html structure. Look at your class names on the working page, then look where they appear in the HTML. You need to mirror that structure identically, if you plan to use the same CSS (albeit with slightly different class names). ... View more

Just a wild guess or two... All assets being called into a secure page need to be secure. Secure and insecure content can't be displayed on the same secure page. That would cause a graphic from an insecure site to remain unloaded on a secure page. Overzealous, sticky browser, or possibly even server, caching could do it. Accidental home page duplication (index.html and index.htm for example), reaching one via a specific link on the site and another by server default. ...or gremlins... ...or wombats... ... View more

I would definitely second the notion of learning how to work with Server Side Includes. You'll never go back to DWTs, plus you'll be futureproof when Adobe pulls the plug on DW. SSI's allow you to make a change to, and upload, one file that updates your entire site. Working with them is dead simple... The basics (using PHP) 1. Your site's pages will use the .php file extension instead of .html  2. Include files will contain only the code you want to repeat, they're not a full page. So just the menu, or footer, or special effect card, etc 3. You place your cursor where you want the include to appear on any given page of your site in DW and go to Insert > PHP > Include 4. Add the location of the include to the Filename field in the Properties window (hit the folder icon to browse to it in your defined site) 5. Once set up, to make sitewide changes, you just modify the include file (footer, header, navigation, etc) and upload, done and done For example, a menu include: Let's say you need to add a Facebook button to your menu. No problem, you open the menu include file in DW, add the image and link, save, then upload it. Every page on your site that references that menu include will automatically show the new info on your pages when a viewer pulls them up. The server writes the code from the include file over the include snippet in the page when the page is sent by the server, so whatever you put into the include file is written verbatim into the page where the include was placed. You don't have to lift a finger to update the individual pages themselves, just the include file. The best part is it's not using a proprietary DW function. All editors worth using (even some that aren't) understand PHP includes. ... View more

Adobe discontinued their extension manager, the free DMX Zone version should work fine with PVII extensions though. ... View more

"2. Not needed because this happens with a local file, so there is this option not available" Are you saying you don't have a Site Definition set up in DW for the files you're working on? That could be the problem. Even if you don't set up any server information within DW, it still needs a Site Definition in order to function correctly. I'll even set them up when creating HTML emails, so the program won't glitch out on me. If you haven't defined a site, it may be worth a shot. ... View more

Any suggestions for the fix? There is no transparent hex color to adapt the white (#ffffff) By @r_tist Is there a reason you're using border instead of padding and/or margin settings in your CSS? Both alternatives would be transparent by default. ... View more

The issue in the test site is coming from the border settings here... <td style="border-right: solid 15px #ffffff; border-bottom: solid 2px #ffffff" > ... View more

I think you're confusing the old girl with the multiple calls for a white background. The default background is white, there shouldn't be a reason to specify it, unless something else in your code, that you're not showing, us makes it necessary. What happens when you remove bgcolor="#ffffff" style="background-color:#ffffff;" from everywhere? ... View more

If the .dwt Template uses .lbi Library Items, they can be found under Window > Assets > click the open book icon on the bottom of the left menu of the Assets Window, then double-click the Library Item to edit... If the company who created the files you're using simply didn't use .lbi items, you will most likely need to modify the navigation system within the .dwt Template directly, then save, tell DW to update all Child pages, then upload everything that's changed to your server. ... View more

Using anything less than 2-factor authentication for security is on par with having no security at all. It's just too easy for the bad guys to get ahold of UN/PW info, mom's maiden name, and the name of your first pet. At bare minimum messing up an account, and at worst causing total financial ruin. AI isn't just being used to make naughty pics of celebrities who never bared it all for the camera, write essays for lazy high school kids and undergrads, or fix terrible emails for luddite coworkers. Criminals are getting more and more sophisticated as the technology changes. The bad guy's jobs are getting far easier the longer people stay with UN/PW as their only security.  Everything that can have 2-factor set up on, needs it. ... View more

Just an idea, without seeing the page itself... Another possibility: It may be functioning as the designers of the framework intended... When using Split View in DW, if you have the Code and Live set to Split Vertically under View > Split (instead of Split Horizontally), the window may be too narrow to show your full screen column behavior as it does in a wider browser window. Essentially showing you something more like what you'd expect to see on a mobile device within DW. If you have your Split set to Vertically, there may simply not be enough room available. ... View more

I agree with everything Lena said. Follow that if you must update, and you should be golden. To be clear, Creative Cloud is not an icloud setup. It's also not new, being over a decade old (created in 2011). The current program (minimally updated since 2020 when Adobe announced they were discontinuing active development of DW) is simply delivered digitally instead of being on a physical disk. It's only called Creative Cloud because "cloud" was the quintessential buzzword at the time of its creation. It has almost nothing to do with cloud computing of any kind, less now than at its inception, with the removal of multiple online features. The program installs locally on your computer just like all of the old versions. Your files are stored locally and uploaded to your remote server in the exact same way they were in CS5.5. With the monthly payment, you do get some online storage and the ability to sync some settings between computers. Of the features Adobe hasn't already discontinued, the remainder isn't worth the monthly cost of a single app subscription. It evens out if you view DW as "the free web software that comes with a full subscription" to photoshop, Illustrator, InDesign, and the rest. ... View more

That still sounds like a corrupt installation. I know you mentioned reinstalling but, you may want to try the Creative Cloud Cleaner Tool before a reinstall... https://helpx.adobe.com/creative-cloud/kb/cc-cleaner-tool-installation-problems.html  It will remove any corrupt scrap of DW that might be left behind in a normal uninstall/reinstall. ... View more

Dreamweaver doesn't allow you to modify files stored on your server directly.  The workflow with DW is to create your site files locally, then upload them to your hosting server. When you want to make changes to your online files, you modify them locally first, then upload them to the server, overwriting the files that are stored there so the rest of the world can see your changes. Be sure to follow Lena's advice. To use DW effectively, you need to define a local site. In the FTP section of your Site Definition, you will use the server name/path, username, password, and Site Root Directory given to you by Ionos, once you've purchased both a Domain Name and a Hosting Plan. ... View more

Unfortunately there is no Preference or Setting you can change, aside from selecting the other App Theme options, to change your Hidden Form Element "H" icon from white to another color within DW's interface, if you have the darkest App Theme selected. With enough digging you may be able to find the icons, or possibly the code that controls their display, within the program files themselves. Over the years, I've made numerous changes to program files to make DW work better for me, but it's always a bit risky. The easiest fix would be to select the second darkest App Theme. As Nancy eluded to, DW is on its last legs. ... View more

That error usually means your site used Dreamweaver Templates during development. In order to make changes to pages outside of the specified Editable Regions, the change will need to be made to one or more .DWT files located in the site's "templates" folder. You will then be asked to update all Child pages made from the .DWT. Once that's done each changed page will then need to be uploaded to your server.  If you are trying to add a script to a page that doesn't have an Editable Region in the <head></head> section, one will need to be added to your .DWT so you can modify the script for that page. ... View more

The tools you may be remembering across the top of the application frame, would likely be the "Insert" window. Go to Window > Insert or hit Ctrl/Cmnd + F2 to open it. Then grab the named tab and drag it to the top until you see the blue highlight stretch across the application frame, and release it. This will give you insertable options across the top, for html, forms, templates, bootstrap etc... as a toolbar vs the standard panel. ... View more

Just looking at the code of the screenshot, it appears you have CSS in two different style sheets, in two different locations. One in your site root (next to your index.html page) and the other inside a "css" folder. Is that where they're actually located? If a file is moved outside of Dreamweaver's Files window, say dragging the styles.css file into the css folder or an image from the site root to an "images" folder, DW won't know to rewrite the links, breaking your css and images. Could that have something to do with it? ... View more

Dreamweaver's .DWT Template files are not used by your remote server. They are only used within DW to modify the Child Page(s) created from the .DWT. When you make an update in dw, uploading the .DWT to your server won't do anything. You need to upload each individual Child page to the server to update your live site. If you are looking for a workflow where you modify and upload one file, and every page in your site automatically changes, you would need to look into using Server Side Includes. ... View more

It's a bit of a weird thing to say, but don't try to "learn dreamweaver". Instead, spend your time learning HTML, CSS and Javascript. At least get a solid understanding of the basics of those three things so the program(s) you ultimately end up working with won't really matter. DW is no longer in active development. Adobe moved it to a Minimum Development Status in 2020, saying only security patches, OS compatibility upgrades, and third party bolt-on library updates will be conducted going forward. No new features or bug fixes are planned for the program. When/if Adobe plans to pull the plug is anyone's guess, but the writing is on the wall. Knowing how to work with HTML, CSS and Javascript will make working with any web development program much much easier, whether you choose DW or something in active development like Wappler. With a good knowledge of those three, you could even use Notepad or Simpletext to make a site. https://www.w3schools.com/html/ https://www.w3schools.com/css/ https://www.w3schools.com/js/ ... View more