Copy link to clipboard
Copied
Is there an issue with putting dependent srcset images to servers? I am learning how to post to local and remote servers and have posted separately on that particular struggle. Meanwhile, I have managed to a few puts which have transferred the main and dependent files to another server, but in every case, some scrcset images are being left behind. Here is the speific code:
<picture>
<source
media="(max-width: 600px)"
srcset="images/banner-sunset-text-4x6.jpg"
alt="Narrow"
/>
<source
media="(max-width: 1100px)"
srcset="images/banner-sunset-text-16x9.jpg"
alt="Medium"
/>
<img src="images/banner-sunset-text-fullsize.jpg" alt="Wide" />
</picture>
When I put to a server only the final src image is copied over - the srcset images are NOT transferred.
If I copy the files over manually, it all works OK. The correct picture pops up at the specified widths.
I haven't been in the NOF ecosystem for many, many years. But AFAIK, they went out of business long before the <picture> property was adopted by the W3C.
There are many things that DW can't manage for you as dependant files like external assets hosted on CDNs, absolute URLs and external media files like PDFs and alternate SRCSET images. Honestly, I don't know of any code editor that can do that. When you find one, let me know. 😉
Copy link to clipboard
Copied
Open Files Panel (F8).
Click on images folder and hit the UP arrow.
Copy link to clipboard
Copied
I have tried that and it puts the srcset files - But also every file in that folder, including drafts, unused images etc. I was hoping for a smarter put - That puts only the necessary (dependent files).
Copy link to clipboard
Copied
Image files need to be uploaded separately from the pages that link to them, whether you use <picture> or plain <img> tags, srcset or not.
It's the way DW has always worked, and likely the way it always will. Especially with the near total lack of understanding that the program has for srcset and the <picture> tag.
Copy link to clipboard
Copied
As Jon said, that's how DW works. Good site management begins with you. Don't place anything in your local site's images folder except what you actually use in your site. Move drafts and other miscellaneous files to other folders for now.
Copy link to clipboard
Copied
I've been using Netobjects Fusion for so many years, I assumed DW would have the smarts to identify and then publish only the files actually in use. It certainly seems to be trying - If I publish from the menu with: Site \ Put Ctrl+Shift+U, it publishes only the dependent files, including all images - Except for the srcset image files.
Keeping track of all the drafts and images that get added and then dropped as I develope the site can be pretty time-consuming. I expected DW to help with that. Perhaps when I get more proficient, with more languages, I will find some use for DW but so far I really haven't. Except for the forum, that is - That's been worth the price of admission 🙂
Copy link to clipboard
Copied
I haven't been in the NOF ecosystem for many, many years. But AFAIK, they went out of business long before the <picture> property was adopted by the W3C.
There are many things that DW can't manage for you as dependant files like external assets hosted on CDNs, absolute URLs and external media files like PDFs and alternate SRCSET images. Honestly, I don't know of any code editor that can do that. When you find one, let me know. 😉
Copy link to clipboard
Copied
There are many things that DW can't manage for you as dependant files like external assets hosted on CDNs, absolute URLs and external media files like PDFs and alternate SRCSET images. Honestly, I don't know of any code editor that can do that. When you find one, let me know. 😉
By @Nancy OShea
I don't think any code editor out there is a perfect fit. What one can do, the other can't. I dont know how many editors I've gone through in pursuit of what my ideal solution is, each has its pluses and each has its minuses but none totally give me what I want. It's a case of finding the best of the bunch which suits your own workflow. I tend to use one editor for a couple of weeks and then jump to another editor, until I get bored with that and jump to another before starting the cycle again. I get bored with editors very easily, I need more editors!!
Copy link to clipboard
Copied
I get bored with editors very easily, I need more editors!!
=============
🙂
MORE CODE EDITORS:
-- Atom (free) - https://atom.io/
-- CodeLobster (free & pro version) - https://www.codelobster.com/
-- Codespaces (free, browser-based) - https://github.com/features/codespaces
-- Notepad++ (free) - https://notepad-plus-plus.org/downloads/
-- Nova (Mac only, formerly called Coda) - https://nova.app/
-- Pinegrow - https://pinegrow.com/
-- Sublime Text - http://www.sublimetext.com/
-- TextWrangler (Mac only) - https://www.barebones.com/support/textwrangler/updates.html
-- UltraEdit - https://www.ultraedit.com/
-- Visual Studio Code (free) - https://code.visualstudio.com/
-- Wappler ~ Visual Web App Builder - https://wappler.io/
Copy link to clipboard
Copied
Ive been through most of those apart from Codespaces but its browser based which doesnt interest me much. The big 3 killed the competition so there is not many small tech companies producing editors these days.
Copy link to clipboard
Copied
Enjoy what's there while you still can, @osgood_. The future of the web isn't in bespoke coding. Stand alone editors are redundant in the face of cloud-driven DAMs and CMSs that contain all the on-board tools you're likely to need from drop-in modules and the flip of a boolean (on/off) switch.
I further predict that stand alone software and operating systems as we think of them won't exist much longer. It's just not practical for the serpent to keep chasing its own tail.
Copy link to clipboard
Copied
I dont envisage that happening whilst lm still around, although l agree web development has moved into a rather confusing and unclear path these days where its no longer practical to claim youre an expert in anything such as the many options available and options within options. Im pretty pleased lve distanced myself from it these days otherwise you just have to choose your tools and keep your fingers crossed you have chosen the right ones to be of time limited benefit. Its moving at breath taking speed, with ever smaller groups of developers choosing this workflow over that workflow and arguing about whats best rather than standing together and creating a stable clear path to follow, web development is a fractured behemoth these days.........good luck to those just starting out or who have several years left, its not enjoyable any longer as a result of too many variables, all claiming to be the best.
Get ready! An upgraded Adobe Community experience is coming in January.
Learn more