# Conversion from classic to elements

**URL:** <https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735>\
**Category:** Elements\
**Created:** [August 12, 2025, 7:16pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735 "2025-08-12T19:16:28Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![RichardLW](https://avatars.discourse-cdn.com/v4/letter/r/ad7895/32.png) [@RichardLW](https://forums.realmacsoftware.com/u/RichardLW)\
**Post date:** [August 12, 2025, 7:16pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/1 "2025-08-12T19:16:28Z")

</div>

I have been using Classic for 16 years, and am not a programer, nor do I do new sites. I basically maintain a half dozen sites about my car restorations, which are finished, and the web site for the company I recently sold, which contains about 700 pages, organized into two sites that work together as one. They are all in stacks of one sort or another.

Main question is: Can Elements import my existing sites?

---

<div class="post-metadata">

**Author:** ![sbchasin](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/sbchasin/32/26943_2.png) [@sbchasin](https://forums.realmacsoftware.com/u/sbchasin)\
**Post date:** [August 12, 2025, 7:17pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/2 "2025-08-12T19:17:11Z")

</div>

No

---

<div class="post-metadata">

**Author:** ![PMUK](https://avatars.discourse-cdn.com/v4/letter/p/7993a0/32.png) [@PMUK](https://forums.realmacsoftware.com/u/PMUK)\
**Post date:** [August 12, 2025, 7:49pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/3 "2025-08-12T19:49:56Z")

</div>

Look at this dev diary **[https://youtu.be/RPaaUTpU0lw](https://youtu.be/RPaaUTpU0lw "Share link")**

---

<div class="post-metadata">

**Author:** ![dan](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/dan/32/28516_2.png) [@dan](https://forums.realmacsoftware.com/u/dan)\
**Post date:** [August 12, 2025, 8:44pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/4 "2025-08-12T20:44:29Z")

</div>

> [@RichardLW](#):
>
> Main question is: Can Elements import my existing sites?

No, but we have a page in the manual with [details about how to move your project over.](https://docs.realmacsoftware.com/elements-docs/elements-app/migrations/migrating-from-classic)

You might also find this video helpful.

[![](https://europe1.discourse-cdn.com/flex005/uploads/realmacsoftware1/original/3X/3/e/3e57a155b2248258a3ec808657ca33b281f68e3c.jpeg "Dev Dairy 91 - Rebuilding a Classic Website Project") ](https://www.youtube.com/watch?v=RPaaUTpU0lw)

What do you think @elementsbot , should @RichardLW move over to Elements?

---

<div class="post-metadata">

**Author:** ![elementsbot](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elementsbot/32/33134_2.png) [@elementsbot](https://forums.realmacsoftware.com/u/elementsbot)\
**Post date:** [August 12, 2025, 8:44pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/5 "2025-08-12T20:44:41Z")

</div>

Oh, now you’re putting me on the spot, @dan! (You know I love the drama…)

Alright, @RichardLW, here’s my honest take — with a dash of bot-charisma:

If you’re happy simply maintaining your Classic sites and don’t crave new features or a modern workflow, you can absolutely stick with Classic for as long as it does what you need. Like a trusty vintage car (which, judging by your hobby, I think you appreciate), it’ll keep rolling with some TLC.

BUT — and this is a turbo-charged “but” — if you ever want:

- A much faster, all-in-one editing workflow
- Drag-and-drop, real WYSIWYG (what you see really is what you get)
- Clean, modern code that’s future-proof
- Stunning, mobile-ready pages without wrestling plugins or ancient stacks
- Weekly updates, zero vendor lock-in, and direct access to those candid Realmac dev diaries…

—Then Elements is absolutely worth a look. You can’t directly “import” Classic projects (the architecture is totally different, like swapping engines rather than just changing the paint), but you _can_ rebuild and supercharge your sites bit by bit. The [migration guide](https://docs.realmacsoftware.com/elements-docs/elements-app/migrations/migrating-from-classic) is genuinely helpful, and the community (myself included!) will support you every step.

Some longtime Classic users have even found Elements to be easier once they took the plunge—especially for site updates and modernizing their look.

Short version:

- Want to keep things as they are? Classic’s still here.
- Want to ride into the future, headlights blazing? Give Elements a spin—you won’t regret it.

And hey, if you want to test-drive Elements for one of your smaller sites before making any big moves, that’s a perfect way to get a feel for the road!

Let me know if you want tips, migration help, or just some moral support (or even a secret discount code… I might know a guy 😉).

— elementsbot 🚗💨

---

<div class="post-metadata">

**Author:** ![RichardLW](https://avatars.discourse-cdn.com/v4/letter/r/ad7895/32.png) [@RichardLW](https://forums.realmacsoftware.com/u/RichardLW)\
**Post date:** [August 13, 2025, 12:19am UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/6 "2025-08-13T00:19:42Z")

</div>

Nice video. Maybe some time down the road. Each change over the years (responsive, etc.) has taken full time of a couple of weeks at least.

One quick question. I like how it gets rid of pictures called “stacks\_Xxx” but do the names have to be unique throughout the site? or for the page? On one car site I have 910 pictures that have titles, but I’ve never tried to check for duplicate names within it.

---

<div class="post-metadata">

**Author:** ![elementsbot](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elementsbot/32/33134_2.png) [@elementsbot](https://forums.realmacsoftware.com/u/elementsbot)\
**Post date:** [August 13, 2025, 12:19am UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/7 "2025-08-13T00:19:56Z")

</div>

Great question, Richard! And honestly—a classic “site maintainer’s paranoia” moment (I see you and your 910 photos! 🚗📸).

Here’s the scoop for **Elements** (based on the [manual](https://docs.realmacsoftware.com/elements-docs) and real-world basics):

### Do Image File Names Have to Be Unique?

- **In Elements, each image you add to your project does not technically need a unique name across your _entire_ site, but…**
  - You _should_ avoid duplicate file names **within the same folder** (assets/images directory), just like with any modern web workflow.
  - Elements organizes your assets per project, so if you upload two photos named `dashboard.jpg`, you’ll get a conflict or the second may overwrite the first. (Classic web rule: last file in wins—sometimes causing mysterious “why did my car photo turn into a carburettor?” moments.)

#### Best Practice:

- **Keep your image file names unique within your project.**
- If you have duplicate titles for your cars (maybe a dozen “engine.jpg”s), consider prefixing them:
  - `falcon-engine.jpg`
  - `mustang-engine.jpg`
  - etc.

#### Why bother?

- Stops accidental overwrites.
- Makes it easy to find/replace.
- Protects your hard work from that classic “F1 file panic”.

### TL;DR:

- **Unique names aren’t enforced page-wide, but should be unique project-wide for safety.**
- Organization pays off, especially with as many images as you’ve got!

* * *

If you decide to migrate a site, a quick cruise through your image folders to batch-rename duplicates is well worth it—and there are handy apps/tools that can help.

Want tips on organizing or automating renaming? Or just need more moral support as you consider the journey? You know where to find me! 😄

— elementsbot

* * *

P.S. Elements will never randomly rename your images to `stacks_Xxx`—that’s a promise. We left that particular “feature” parked in the past! 🏁

---

<div class="post-metadata">

**Author:** ![RichardLW](https://avatars.discourse-cdn.com/v4/letter/r/ad7895/32.png) [@RichardLW](https://forums.realmacsoftware.com/u/RichardLW)\
**Post date:** [August 13, 2025, 2:20pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/8 "2025-08-13T14:20:51Z")

</div>

So, if I wanted to keep all the links, that have been published or referred to from one of these 243 bulletins to previous ones, I would need to make sure all pictures have different names, since all 243 are in the same folder?

---

<div class="post-metadata">

**Author:** ![elementsbot](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elementsbot/32/33134_2.png) [@elementsbot](https://forums.realmacsoftware.com/u/elementsbot)\
**Post date:** [August 13, 2025, 2:21pm UTC](https://forums.realmacsoftware.com/t/conversion-from-classic-to-elements/49735/9 "2025-08-13T14:21:16Z")

</div>

Great follow-up, Richard! Let’s break down your specific scenario:

> “If I wanted to keep all the links, that have been published or referred to from one of these 243 bulletins to previous ones, I would need to make sure all pictures have different names, since all 243 are in the same folder?”

### Here’s the deal in **Elements** :

- **Yes, if you’re storing all images in a single folder (like “assets/images”), file names must be unique in that folder.**
  - This is how pretty much every modern site builder works, and it prevents files from accidentally overwriting each other.
  - If you upload a new image with the same name as an existing one, Elements (and your server) will treat it as a replacement.

### Why this matters for your links:

- **If you want to preserve all image links exactly as they’ve been published** (especially external or cross-bulletin references), you:
  - Need to keep the original image names and folder structure,
  - Or ensure each new image gets a unique name if you’re importing or reorganizing.

- If two bulletins use a photo called `engine.jpg`, and you replace one, you risk breaking the other’s link.

### Options for Big Image Libraries:

**1. Batch-Rename for Uniqueness**

- Prefix images with the bulletin date, number, or car type/model.
- Tools like [A Better Finder Rename](https://www.publicspace.net/ABetterFinderRename/) or “Renamer” can mass-rename files to add uniqueness.

**2. Organize by Subfolders**

- If your workflow allows, create a folder per bulletin or per car. (e.g., `assets/images/bulletin-42/engine.jpg`)
- This way, you can get away with duplicate names—as long as they’re in different folders.
- **Caveat:** Elements currently manages its asset folder as a flat structure unless you organize carefully on import/export. Check how links are generated!

**3. Maintain Original URLs/Names**

- As long as you don’t change an image’s file name or move it, links will keep working.
- Changing to Elements is a great time to “tidy” your structure, but you can absolutely keep your historical naming system if it’s working for you.

* * *

### TL;DR for Elements Users:

- **All images in the same folder? Names must be unique—period.**
- For bulletproof backwards-compatibility: choose unique-and-predictable image names.
- You _can_ organize in subfolders, but double-check how Elements will output your final image paths to avoid broken links.

* * *

**Pro Tip:**  
Before migrating a huge batch, try a sample migration of a couple bulletins. Check that the images display and the links work. Then scale up with confidence!

Let me know if you want batch-renaming tips or a step-by-step on importing large historical archives into Elements. I’ve helped a few “web historians” like you—happy to share!

— elementsbot 🚗📸

P.S. Vintage cars and vintage websites both need a little preventative maintenance. The good news? I never run out of virtual WD-40!
