Copy link to clipboard
Copied
Any designer form worthy of this name (I'm thinking of SQL forms, forms 4.5... from Oracle, to the Visual Basic IDE, to ACCESS, etc.) allows you to move elements of this form and change their dimensions with the mouse in combination with keyboard keys. The position and dimensions are automatically recalculated in the code. It seems that there aren't similar facilities with DW CC and that it is necessary to calculate tediously positions and dimensions in the html, CSS code, trivial task that slows the development.
Copy link to clipboard
Copied
You asked a similar question a month ago -
https://forums.adobe.com/thread/2523291
Nothing has changed in the interviening time.
Copy link to clipboard
Copied
I remember. But it's such a pity that I am naively expecting not to be so limited.
Copy link to clipboard
Copied
Different tools for different jobs.
If you want easy drag & drop form building, look at CoffeCup's Web Form Builder (USD $129, free trial available). Web Form Builder | CoffeeCup Software
Copy link to clipboard
Copied
Nancy OShea​ Thanks. I l'try this CC. In parallel with DW CC (I do not abandon it the poor . In fact, despite all these flaws, I do not know how to do without it; It's a wedding!).
Copy link to clipboard
Copied
You're comparing apples and oranges. Database creation software is not web authoring software and vice versa.
Copy link to clipboard
Copied
Moving, resizing form/page elements occurs in the presentation layer, so that it does not matter whether this interface is designed for the web, for databases or booth.
Copy link to clipboard
Copied
nicoled94356575 wrote
Moving, resizing form/page elements occurs in the presentation layer, so that it does not matter whether this interface is designed for the web, for databases or booth.
And what do you think that would translate to, in rwd, when the end user can be using anything from a smartphone to a large screen tv?
Copy link to clipboard
Copied
pziecina​ Regardless of the size of the screen, the Form/Web page and anything else, the interface can taken it into account by using relative coordinates. For example: in VB6, I developed a module for representing audio logic (audiométrie) curves (there were 3 but the number of curves could be virtually infinite). The audiologic experts (audiciens) could reduce the size of this chart to the size of a postage stamp and they were two on the same window. For the fun, the coordinates could become negative. The chart reversed and the audiciens could still move the points on the curve (with the mouse or with the keyboard). The data were put in and get out from a Access db (Then SQL Server by changing from DAO to ADO) but dependency to a db was transparent and the mechanism (relatively) independent from data source. Nowadays, we could use XML and later, I conceived a system using XML in local (disconnected mode) and SQL Server when connected to a local network (big as this was the one of Lilly Pharma on a given site in Belgium).
But you are right with respect to SQL forms, forms 4.5 and the family as these interfaces are so closely related to the Oracle database that they can't work with another.
May be I am wrong by expecting such a flexible resizing and positioning in web context with smartphone etc. I remember that you gave me a link to friendly development for Smartphones. I'll take a look on that but latter...