I am thinking that one could ask a researcher to send a spreadsheet, UML,
or SQL file (database tables) and convert it into an operational SMW
website to support a research study.
On Fri, May 25, 2012 at 11:52 AM, Yaron Koren <yaron@...> wrote:
> Hi everyone,
> It's great to get this kind of feedback - I really didn't know anyone was
> using Page Schemas yet.
> Martin - it's not good if Page Schemas is hard to understand at first. If
> you have any suggestions on making things clearer in either the interface,
> the workflow or the documentation, it would be great to hear them.
> Jude - the first one (letting Semantic Forms use the Page Schemas XML
> directly) probably wouldn't be that hard to do, thinking about it now - it
> might just take a few hours. The second one, of import/export to/from UML
> and SQL, could potentially be amazing if it were done, but it would take
> quite a bit more time - and I'm not sure if I'm the right person to do it.
> I know SQL quite well, but I don't know much about UML - especially not
> about their file format internals. Out of curiosity, which combination(s)
> of direction (import and export) and data format (SQL, UML, or something
> else) would be most helpful to you?
> Yury - actually, almost all of the specific SF features you listed are
> already settable within Page Schemas - though the interface could be
> improved. For any form input, you can set the full group of parameters
> (like "values from category=..."), separated by commas. Ideally, though,
> instead of having one big input for all the parameters, the interface
> should have a separate input for each allowed parameter, based on the
> selected input type; the same way that Special:CreateForm does it. (The one
> thing in your list that isn't doable is "show on select", because that also
> requires setting an ID for the part of the form that's shown or hidden, and
> there's no way to do that now.)