It seems that the development of HTML removal will be delayed, as other features with higher votes are being developed first.
Keep voting for this idea in order to ensure it will be added to the development plans as soon as possible.
Say you're running a Super Duper Special and you want your customers to go to yourdomain.com/superduper.html BUT your customers aren't fastidious and drop the .html from their page request, which leads to an error, which leads to lost time or lost business or both.
This is different than hiding .html because it's an eyesore, which is it's own feature request. This is about about attracting and retaining customers' attention and the fault tolerance of Webydo as a customer engagement platform.
How big is this problem? Only you guys can know: How many 404 pages do Webydo servers return? And how many of these 404 errror would have resovled if the user had typed in .html?
Your Layers Panel just got a major revamp. You are now able to:
- Reorder elements
- Rename layers
- Lock elements
In addition, icons were added so that you can easily find Anchor Links, pinned layers and parallax layers on your canvas.
Check out the full update here:
Right click object, Arrange, Bring to Front...result: not in front. This happens a lot. Frustrating. While dashing new features are great, they're no substitute for the getting basics right.
We are currently working on improving the galleries load time.
You should see the results in the next days.
Writing notes in the Studio will be a great addition to the workflow.
Thanks for the suggestion, we will look into it while it gathers votes.
Thanks for the feedback, this is a good idea.
We will review it.
Let’s see what the community has to say.
If you choose a style for the whole element, that style’s color will affect everything, including the numbers.
Any edit you will make in the right panels will do that. If you want every number to have different color – do it the same way since each paragraph (separated by the enter key) can have it’s own style inside the Text Element.
If you have more questions we are here to help!
That’s a thought. Lets turn to our community for some instant feedback.
In the meantime, have you tried adjusting the table, available as part of the text element feature, to this functionality? Utilizing it can address some of your needs. We would love to hear more about your experience.
Picture two same-size text containers side by side to make, essentially, a two-column presentation of text on your page. You've typed enough text to completely fill the left container, and the text continues in the right container, filling it only partially. Now, you want to add text at the beginning of your two-column scenario. As you type, text in the left container "overflows" to the right container and the left container's size remains unchanged.
For examples of this functionality, see Adobe InDesign and Microsoft Word's design view. Basically, the container border includes a button of sorts that creates child container that receives the parent container's excess text.
That’s a very good idea, the process could be improved. We will look into this, thank you for the suggestion!
Can you please explain more about this problem?
Perhaps attach a screenshot?
You are correct.
This issue is being looked at and we will keep you updated.
Thanks for the suggestion!"
Can you tell us more about what kind of table you want to see?
What design option will help you?
If the table would be separated from the Text Element would that be better for you?
Please give us more information and thank you for your suggestion.
Thanks for your feedback.
Additional parallax scrolling capabilities can benefit many users. Let’s see how many votes this idea gets.
Thanks for the idea Peter,
You are absolutely right, it is really not “fun” moving all your elements like that.
We are looking for solutions for this issue, and I hope the right solution will be found and developed ASAP.
We will keep you updated on this for any news.