Liran, thanks. I appreciate the response. I’ve been in the software biz for more than 40 years and well appreciate the challenges. That having been said, providing some guidance on future development can allow customers to plan their own development. Some kind of statement like “Wix Code” will be out of beta on February 1, 2018. The release 1.0 feature set will include…". Barring that, guidance in the form of “we recognize that these requested features are important and plan to include them in the Wix Code feature set in the first half of calendar year 2018” is also helpful.
Without such guidance, developers cannot count on needed functionality ever being present in the feature set. That kind of uncertainly tends to preclude the use of a tool for the development of serious and/or critical projects.
I am using Wix Code to add functionality to a small website that I created for free to help a young friend who has just started his first business. I had expected to build in some back-end information technology to support this growing business. However, in all honesty and in my professional judgment, Wix Code isn’t there yet. Consequently, we’ve shelved those plans. They are using other resources at this time. If Wix Code progresses to a point where it’s able to handle normal business database requirements, I would certainly consider moving forward again.
Don’t get me wrong. Wix Code is impressive in some aspects. If it wasn’t, we wouldn’t be using it at all. It’s easy to use for the things that it does support. The marketing behind it suggests that it’s capable of being used by non-technical website folks and perhaps it is; my personal judgment is that it is a bit too complicated for that audience for all but the simplest of tasks. That does not in any way take away from the value it brings to Wix.
Features that I suggest belong in Wix Code sooner rather than later:
-
Displaying a record with a reference field. Right now, I can have a list of records displayed for a user. Clicking on one of those records can bring up a screen with much more detail on a particular records. This is very valuable and important. For example, a list of concerts could lead to a screen with an extended description of a particular concert. Once one knows how to do this in Wix Code, it’s very easy. However, it should be just as easy to display records with reference fields. For example, clicking on an event in a list of events would display a list of the activities that make up the event (with, obviously, each activity having a record in a data collection; one field in each record would be a reference field pointing to the event that the activity belonged to). Clicking on an activity would bring up a detailed description of the activity. This part is easy in Wix Code right now but the reference stuff isn’t.
-
For the above to work, it’s critical to be able to add a record with one or more reference fields in it. From one of the previous responses, I understand that it’s possible to use back-end code to search the corresponding parent data collection and populate a drop-down table. I understand that and I understand how to do it. But I’m not doing it because the people who are starting this company wouldn’t understand what was going on and couldn’t maintain it. With all due respect (and I do respect what you folks have accomplished so far), this should be automatic. When creating a form with a data collection that contains reference fields, placing a drop-down on the form that corresponds to a reference field should cause the drop-down to be automatically populated with the corresponding values from the referenced table. Not only that, given the infrastructure you have already built, I have to believe that adding this particular bit of functionality would be relatively simple.
Having the ability to add a record with one or more reference fields populated on the screen would go a very long way toward greatly increasing the ability of Wix Code to meet common, everyday business database requirements. Similarly, having reference fields automatically populated on a form that could be used to update an existing record would be critical for maintaining data. This is exactly the same functionality as having it available for adding records but a slightly different flavor.
- Being able to add multiple filters with OR instead of just ANDing them all together. I ran into an instance where I wanted to list records that had field1 > 0 OR field2 > 0 or field3 > 0. I couldn’t do it. I could check if they were all > 0 but that wasn’t the business requirement. To solve this problem, we had to add a new field to the table and have someone maintain the sum of the fields manually. Being able to add filters with OR would have been helpful. In terms of adding this functionality, as soon as you add a switch in the manage data collection that specifies if filters should be ANDed together or ORed together, someone will come along and want parentheses: (filter1 AND filter2) OR filter3. Adding a simple toggle in the add filter section that says "all filters are ANDed together or all filters ORed together) would be relatively easy with the design you have added. Adding the ability to support complex conditions would require a paradigm change in the manage data collection definition and that would involve more work. But simply adding a toggle that supports the choice of AND or OR would add significant new capabilities to Wix Code.
Finally, a question: I’m quite curious why Wix Code uses the term “data collection”. Data collections are clearly tables. The word “table” is an industry-standard term. These days, anyone who has much experience with maintaining data understands the concepts of table, row and column. As a new term, “data collection” adds confusion to something that is otherwise likely easily understood by most of your audience before they even being using Wix Code. I was teaching database concepts to liberal arts majors as far back as 1976. In those days, programming and computers were foreign concepts to almost everyone. There was no such thing as a friendly, accessible computer. Nevertheless, these highly non-technical students would grasp basic database concepts like table, row and column in a matter of minutes because we humans use all kinds of tables all day long, from grocery lists to to-do lists. On the surface, it would seem that switching from “data collection” to “table” when release 1.0 is released would make your technology more accessible and more easily understandable to people in your target market. Perhaps you have a business reason for using “data collection” but many years in business have led me to believe that simplifying technology in the eyes of potential customers is a good thing.
All of the above should be considered suggestions and not requests. What my friend needed right now and what Wix Code was capable of supporting right now is up and running. Whether we develop more functionality into his website will depend on future developments of Wix Code. If Wix Code is moving in different directions, we will explore the use of other databases and/or other website generators.
Kind regards to all of you. I appreciate the responses you have all provided.