Home AMX User Forum AMX Design Tools

TPD5 Chameleon Images Faulty?

It seems TPD5 Chameleons are broken... The red and green no longer affect the image. Only pixels that are NOT black change colour but they still don't scale, it's one solid colour throughout the entire image.

Comments

  • John NagyJohn Nagy Posts: 1,734
    I saw in the G5 documents or release notes that chameleon images are not supported in G5. I think it implied that they might work later, but not the same. But that's just my impression of my memory of it...
  • HARMAN_ChrisHARMAN_Chris Posts: 597
    John is correct, we are currently in the Limited Release phase for G5 touch panels. The feature set is not currently 100% enabled. A complete list of G5 considerations can be found here: http://www.amx.com//assets/whitePapers/AMXG5Considerations.WhitePaper.pdf

    Additionally, from the firmware release known issues list (http://www.amx.com/techcenter/firmware.asp) :
    "Some Chameleon Images are not displayed as they are in G4 and TPD5. There is limited support for Chameleon Images in G5, and some forms of Chameleon Images are not rendered in the same manner. These images must be reworked. "
  • JeffJeff Posts: 374
    This is pretty disappointing considering that my entire standard GUI right now is lifted directly from AMX's Modero X design. I'm using your developed images, with the chameleon images that light up the background behind the icons on source select, and on several of the icons you can barely tell it's lit up.

    It'd be one thing if I developed it on my own, but I spent multiple weeks less than a year ago redrawing my standard layout using the new images you provided, and now the chameleon stuff isn't working right.
  • a_riot42a_riot42 Posts: 1,624
    Jeff wrote: »
    This is pretty disappointing considering that my entire standard GUI right now is lifted directly from AMX's Modero X design. I'm using your developed images, with the chameleon images that light up the background behind the icons on source select, and on several of the icons you can barely tell it's lit up.

    It'd be one thing if I developed it on my own, but I spent multiple weeks less than a year ago redrawing my standard layout using the new images you provided, and now the chameleon stuff isn't working right.

    Indeed. I didn't think we'd actually be losing cool features that have been around for years with the new panels. While progress sometimes mean a lack of backward compatibility, I would have thought the new panels could handle this easy task.
    Paul
  • John NagyJohn Nagy Posts: 1,734
    Looks like a whole different world. If you make complex UI's, the loss of being able to specify TEXT COLOR, button borders, border colors, and such by program operation is pretty devastating. And the reduction in border styles is severe. These and other things are now "design time decisions", and program control of them is gone.

    If you want text to change color to show status, all you need do is layer multiple buttons with text in each color, and selectively activate the button with the color you want. Simple. Same with border colors. No more using them to flag active statuses.

    These are slightly offset by new abilities to scale bitmaps, so your buttons can be bitmaps instead of borders, and sized as needed. But it's a whole new mindset, and requires massive jumping through hoops to do interesting things - especially if your job requires a mixed generation panel set. Entirely different way of talking to G5 than to your G4 on the same system. This is worse than when G4 replaced G3, G4 was much more nearly entirely a superset of G3.
  • a_riot42a_riot42 Posts: 1,624
    John Nagy wrote: »
    If you want text to change color to show status, all you need do is layer multiple buttons with text in each color, and selectively activate the button with the color you want. Simple. Same with border colors. No more using them to flag active statuses.

    I thought that was what multi state buttons were for.
    Paul
  • John NagyJohn Nagy Posts: 1,734
    a_riot42 wrote: »
    I thought that was what multi state buttons were for.

    They can be. But we used to be able to programmatically change color, font, border, colors, etc.
    So a single panel project could be told, on the fly, to present nearly anything in any manner in any color and font.

    G5 requires all that to be pre-composed, and turned on and off like flash cards. So as long as you have already thought of everything you ever want to display, and build it all into the panel in multiple iterations (buttons, multistate, etc.) you are fine. Decide later you need anything different, you merely redesign all the panels and deploy again, as well as write new code to drive it.

    This is another barrier to adaptation and change and innovation, and a retreat from comprehensive power that was an earmark of a high-end control system product. I'm not understanding AMX's business plan to offer the world's most expensive Android tablets.
  • a_riot42a_riot42 Posts: 1,624
    John Nagy wrote: »
    They can be. But we used to be able to programmatically change color, font, border, colors, etc.
    So a single panel project could be told, on the fly, to present nearly anything in any manner in any color and font.

    G5 requires all that to be pre-composed, and turned on and off like flash cards. So as long as you have already thought of everything you ever want to display, and build it all into the panel in multiple iterations (buttons, multistate, etc.) you are fine. Decide later you need anything different, you merely redesign all the panels and deploy again, as well as write new code to drive it.

    This is another barrier to adaptation and change and innovation, and a retreat from comprehensive power that was an earmark of a high-end control system product. I'm not understanding AMX's business plan to offer the world's most expensive Android tablets.

    I'll have to look at the G5 documentation. Not having seen one in real life I was unaware that this was the direction they are going, and assumed that this change from G4 to G5 would be similar to the G3 to G4 change, where G4 commands were more or less a superset of G3 commands. I can see how this would impact your design style, since you have one UI that is configured from code, so these new panels pretty much ruin that design paradigm. Most of the labor goes to UI design and changes, so I figured the G5 panels would allow more code driven configuration not less. This would also make projects with both G4 and G5 panels pretty much impossible, or extremely tedious to create, not to mention error prone. Bizarre.
    Paul
  • The way fonts, text effects and borders are rendered is a little dated.
    Perhaps the limited support means that these features are going to be replaced with a more modern solutions?
    I hope so anyway... :)

    Thin fonts pixilate and don't render correctly.
    -Would like to see this replaced with the Android font rendering engine?

    The borders are effectively 8 alpha images pieced together around the button.
    -perhaps this will be replaced with a vector stroke / CSS3 type solution like most modern graphics applications?

    Text effects pixilate and are harsh.
    -perhaps this will be replaced a vector stroke / CSS3 type solution like most modern graphics applications?

    On a positive note the collapsable pop-ups are quite handy.
  • DHawthorneDHawthorne Posts: 4,584
    The way fonts, text effects and borders are rendered is a little dated.
    Perhaps the limited support means that these features are going to be replaced with a more modern solutions?
    I hope so anyway... :)

    Modern solutions would be fine if (1) no functionality is lost, and (2) it's deployed in a timely fashion. We aren't seeing either yet.
  • viningvining Posts: 4,368
    DHawthorne wrote: »
    Modern solutions would be fine if (1) no functionality is lost, and (2) it's deployed in a timely fashion. We aren't seeing either yet.

    Yeah, chances are you'll spend time to rework code and GUI designs to make things work for now and then once you're done the newer adroid capabilties will get implimented so you'll have to rework code and GUIs for that and still deal with backward compatabilty for any mixed systems.
  • a_riot42a_riot42 Posts: 1,624
    I see the outline text effect is going away. I use that an awful lot to make small text easier to read and solve font color/background color issues. That's disappointing. Using outline, I could create text that had an outline but was transparent otherwise, which came in handy for certain things.
    Paul
  • JeffJeff Posts: 374
    vining wrote: »
    Yeah, chances are you'll spend time to rework code and GUI designs to make things work for now and then once you're done the newer adroid capabilties will get implimented so you'll have to rework code and GUIs for that and still deal with backward compatabilty for any mixed systems.

    Exactly. I'm now spending the better part of this week porting my G4 design to G5, redoing all of my chameleon images into different layouts, and trying to figure out how I'm going to do things like change the color of text on buttons. Meanwhile, since this system also has an iPad in it, I'll still have to support the G4 commands there, plus I can't copy and paste between panels when I'm creating it.

    In other words . . . bah. Not impressed. And it's a shame, because there's a lot of good stuff here, just some key things screwing it all up.
  • a_riot42 wrote: »
    I see the outline text effect is going away. I use that an awful lot to make small text easier to read and solve font color/background color issues. That's disappointing. Using outline, I could create text that had an outline but was transparent otherwise, which came in handy for certain things.
    Paul

    I also use this effect often, along with a couple of text effects and borders I have made. Can copy them into the G5 support files, show up in TPD5, but full clean transfer has been removed so I cant download them into to the panel.
  • nickmnickm Posts: 152
    Has anyone here received an update on if/when chameleon image support will be released for G5 panels?
  • gsmithgsmith Posts: 59
    There are no plans to expand or enhance chameleon image support beyond what is currently available in G5.
  • travistravis Posts: 180
    John Nagy wrote: »

    These are slightly offset by new abilities to scale bitmaps, so your buttons can be bitmaps instead of borders, and sized as needed.


    scale them in tp5? how?

    EDIT...

    "scale to fit"


    !%@$!%^!@$%
  • TP5 & TP4

    I think there are still so many issues and unsolved tickets from TP4 that aren't fixed in TP5.

    Just to mention a few...(both firmware issues and TP4/5 issues here)
    -Chameleon images:
    (Always centers in the button, no way to position it top/middle and have text below.
    Border transparent issue, resize the button larger then the size of the image and you'll have a background color filled area outside the chameleon image filled up to the boundary of the button.)
    -Layer order are not the same in TP5 as in TP4 so you have to remake all buttons you copy in from TP4.
    -Bitmap Stretch/resize issue.
    -Feature to make a group of selected buttons.
    -Feature to have G4Web password access from code.
    -No Save/read able IP connections list.
    -No useful information in the Transfer window (like IP address, time, etc) as we have in Netlinx Studio.
    (Try to send to more than 10 or 50 panels and in the run be sure you have not missed any, you won't have any help looking in the transfer history window)
    -You can send Unicode text to the panel but you can't read it from the panel.
    -Copying a popup from another design will paste at last opened popup/group in destination, not where I place the mouse arrow when pasting.

    Why a different program? It only makes it harder for the designer.
    You should only need one GUI design program.
    The different available edit values should adapt depending on panel choice.
    If AMX can't implement the TP4 panel support in TP5, they should have a start choice selecting type either G4 or G5, just make it one program.

    What happens now? are the bug support and development for TP4 gone?

    We as programmers, designers and companies must have support from AMX that last even after they stop developing/selling the panels.
    The clients who buy the panels will have them for many years and we must be able to give them support.
    /Dennis
  • Dynamic Image
    travis wrote: »
    scale them in tp5? how?

    EDIT...

    "scale to fit"


    !%@$!%^!@$%

    Isn't this still just for DYNAMIC images, not local.

    Edited:
    Ok I tested scale to fit and it works fine with local pictures :-)
  • JeffJeff Posts: 374
    Agreed with that entire list.

    One addition: AMX doesn't have a viable wireless panel (800x480 out of the MVP-9000 just doesn't cut it when the other panels in your system have much higher resolutions, the graphics look horrible). Mostly I think this is because iPads have replaced wireless panels. However, TPControl is in no hurry to develop the ability for their app to read TP5 files, which leaves me with 2 options.

    1) Use all v4 panels whenever I need an iPad in the system (disappointing because there are new features both I and clients would like to use)
    2) Build your files completely separately whenever you need an iPad (since there's no copy paste between TP4 and TP5)

    I don't like either of those options. I prefer the AMX development environment to the competitions by a long shot, but I'm doing more non-AMX systems lately because of all the hassle with getting stuff to play nice together.
Sign In or Register to comment.