Four Js Customer Forum

When working with GRW Reports, as per the architecture there are two inputs into the Genero Report Engine, the design of the report in the .4rp file, and the DataStream coming from in our case the 4gl program.  There is a simple mantra to remember:

- the 4gl developer gathers the data
- the 4rp designer lays out the data.

The 4gl program that creates the DataStream should not contain any syntax that "lays out" the data.

Read more at https://4js.com/ask-reuben/ig-267/

When creating a GDC Connection Shortcut, the first screen on the Wizard has a field "Connection Type" that is a radio-group offering 3 values.  Most Genero customers will have started out using value "Direct, connection is established via terminal emulation", and some will have moved onto connecting to their application via GAS and so are now using "HTTP, Through a Web Server".  There is a third value, "Local execution" which is relatively unused.

Read more at https://4js.com/ask-reuben/ig-266/

I recently saw a support case where they quoted a presentation I did at WWDC 24 regards the compatibility of two of our products.  Whilst that is flattering, for the definitive statement on compatibility the official definition is what we have documented in our documentation.

Read more at https://4js.com/ask-reuben/ig-265/

The default rendering of the Genero User Interface is that Native widgets are used on mobile devices.  This enhancement dates back to 2018 and the 1.00.47 release of the Genero Browser Client, you can see this mentioned in the GBC 1.00.47 New Releases and Upgrade Notes.  The result of this is that on a mobile device, instead of getting the Four Js DATEEDIT, DATETIMEEDIT, TIMEEDIT, SPINEDIT widget you would get the applicable native widget.  The upside is that the user gets a consistent user experience with other applications on their mobile device.  The downside is that there isn't always a 1-1 correspondence between a 4gl Attributes, 4gl Presentation Style and what the native widget is capable of.   This is most noticeable with the date format where the widget will use the native format setting rather than the 4gl FORMAT setting.

How this is implemented is a good lesson in GBC Customization , the concept of Widget Instantiation Overrides, and the use of Theme Conditions. 

Read more at https://4js.com/ask-reuben/ig-264/

When resolving an issue, and we have determined that we need to provide some form of fix to our product, a question that we will ask is along the lines of "when would you like this fixed by?"  We are both in the software development business and regular issues are not resolved by stopping whatever we are working on, fixing an issue and then delivering it straight away.  There is normally some form of release cycle /  release procedure involving QA, and the new work needs to be scheduled in amongst the existing planned workload.

I tend to find customers are "too nice" when answering the question of "when would you like this fixed by".  For example, if you are making some enhancement to meet new government requirements that come into effect on 1st July, your answer should not be "1st July".  You may have some QA, parallel runs, code freezes that need to take place beforehand, so your answer should probably be "1st May" along with an explanation why.

Read more at https://4js.com/ask-reuben/ig-263/

Hi Jeff,

I'd expect it to work.  It is documented as doing so. https://4js.com/online_documentation/fjs-fgl-manual-html/#fgl-topics/c_fgl_menus_004.html

There has been odd issue many years where it would popup in the wrong place https://4js.com/support/issue/?product=GBC&stat=&fixed_in=&words=popup+menu&Search=Search so I'd wonder if it was appearing off screen or is similar to some of those prior cases.

Suggest you try the example in the documentation, and raise a support call where you can provide more details.

Reuben

Does MENU (STYLE="popup") not work through a browser via GBC?

When used, it just locks up the application and requires you to click 'close' to exit the menu that has not shown up.

Can I please ask how others are getting around this if they do not work in a browser?

To open a form with a list would be such a backward step.

I appreciate any help.

Hi
Thanks - that has resolved it.

Interestingly, we were not specifying this attribute in our 4st file, so it was defaulting to "modal", but under FGL 3.21 it appears to default to "dropdown".

Anyway, all good now so thanks. It helps a lot with winning the "hearts and minds" battle on our journey to a browser based solution.

Gary

What value do you use for the DateEdit calendarType presentation style attribute? https://4js.com/online_documentation/fjs-fgl-manual-html/#fgl-topics/r_fgl_presentation_styles_dateedit_style_attributes.html#r_fgl_presentation_styles_dateedit_style_attributes__row_calendarType

Hello

With GDC and FGL 3.21 and a DATEEDIT field, one could double click the image of the control and this populates the field with the current date, or expand the calendar and double click a date.

Our users have noted this behaviour is not present in GBC and FGL 5.01. They now have to open the click to open the calendar, click to select the date they want and then click OK.

It is only a minor point but they are so used to the old method, that they are constantly finding they have not selected an date.

I am wondering if anyone else has noticed this and maybe has a solution/workaround.

Many thanks

Gary