[This message was posted by Richard Labs of CL&B Capital Management, LLC <[email protected]> to the "Algorithmic Trading" discussion forum at http://fixprotocol.org/discuss/31. You can reply to it on-line at http://fixprotocol.org/discuss/read/0ad89c1b - PLEASE DO NOT REPLY BY MAIL.]
> Collapsible panels are an area that could be enhanced within the spec in my > opinion. It would be nice to expand the spec to allow expanding to the left > and right in addition to downward. > > This would allow for a more efficent use of space to provide advanced > features that don't need to be readily shown. The current downward > collapsing is nice, but can create a very elongated ticket if you pile them > on. I believe most platforms support this type of feature, so I can't see > why it couldn't be added. > > Thoughts? Ability to communicate "slightly" tighter UI layout is another area the WG have heard some requests. Original concept was to leave the UI to the OMS and try to avoid BDs being too "strong handed" in UI, leaving the OMS to be the trader GUI experts. There was broad paranoia that FIXatdl might allow BDs to directly draw tickets on OMS systems without their control and the phrase "it will be a cold day in hell..." was clearly heard during that FIXatdl design phase. As a WG we wanted to serve the business needs of ALL parties: Sell Side, Buy Side and the Buy Side independent agent - the OMS. The GUI standards area is also way outside the domain of FIX. So reinventing the wheel at FIX in general GUIs is not desired. The last thing we want is to create some odd FIX / FIXatdl unique cascading style sheet like technology where others have already solved those problems with good generic, cross industry, standard solutions. My personal advice is for FIXatdl to "creep very slowly" into making GUI suggestions for the benefit the OMS layout. Suggestions should always be 100% over ride-able. Leave the HCI / GUI design to the OMS. Competition in HCI and trader GUI is healthy for this industry! The last thing FIXatdl would want to do is roll into that with something bureaucratic, that once implemented was very slow and difficult to change and update. Let GUI design standards be done by other standard groups. Let the OMS community excel (or fail) with their trader HCI/GUI designs. That being said, if there are "ridiculously simple" small enhancements (ie additions vs. changes) to the standing FIXatdl schema, that allows BDs to better communicate their concept of how the controls layout ought to go, we should strongly consider them. Again, personal comment here, I'd like to see this done via a very narrow SUB-SET of some otherwise very good OUTSIDE FIX standards - perhaps CSS? That way we are not reinventing the wheel where others have already done an outstanding job (and are likely to keep evolving / maintaining that technology area.) Then, if we need to creep yet another tiny step forward, the path is already set. Likewise, OUTSIDE the FIXatdl standard, there is a standard way to create a tight layout, i.e. draw the ticket, 100%. How to do that would be up to the OMS, however there would be a clear, easy, standard way to do it. Do I sound political here? Yes, it's political! One of the simplest things suggested to date is a basic grid layout specification. Again, we need more people to speak up here. We do feel a bit of pain out there in the layout "tightness" area. Wish the OMS community, as a group here, would collectively speak up and directly help the WG out here. Let us know what would work for them in particular.... [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] -- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
