AppGini Community Forums

We released a minor hotfix release today, AppGini 5.74, to fix a redirection bug that occurs on servers where DOCUMENT_ROOT is an alias. We also updated the Help menu and added a new 'Add-ons' menu to link to the AppGini plugins. Thanks for your awesome feedback and sorry for everyone who encountere...

Hello everyone, I'm glad to announce that AppGini 5.73 will be released on Tuesday February 5 . This is mainly a maintenance release but we did add some minor new features. All users already running AppGini 5.70 or higher are eligible for free upgrade . For users of older versions, you can buy a dis...

Aha .. thanks for the clarification. I'd recommend using Git to keep track of code changes .. Please check this screencast: https://bigprof.com/appgini/screencasts ... de-changes

This is simple to me. But with Appgini, the auto-fill does not allow me to specify the source field. This is very limiting. Auto-fill lookups consider the "source field" to be the first non-auto-fill lookup to the same parent table ... For example, let's say you have a 'lessons' table, and you add ...

Thanks for sharing @bescott53 ... Would you kindly share the details please? If it's a bug, I could fix it in future releases.

all you have to do is grab the right side of the window browser and move it a little Hmm ... that sounds like a window resize event needs to be triggered after placing the fields in a tab ... you could add this code after moving fields to tabs: $j(window).resize(); If it doesn't work, try introduci...

Unfortunately not yet. If time permits, I'll try to include it in AppGini 5.80.

Hmm ... If I understand correctly, you don't want to force the initial filter ... you just want it to be an optional default filter applied when users initially access the table, but they can choose to remove it and see all records. In this case, a better approach instead of the code in the tablenam...

I enter a new redirect, move too another table, then look back and it has reverted back too it's old setting I just tried this now and wasn't able to reproduce the issue. The redirect URL was preserved as expected. Could you record a screencast of this issue if possible please? (you could use a fre...

Thanks for sharing, @jmcgov

Very nice tip @mghielmi. Thanks so much for sharing

The .$_SESSION[memberID]. part of the code is PHP code .. unfortunately, you can only use SQL code in the advanced query section. I'd consider implementing some kind of a placeholder to handle this case in future releases so you could for example write the query like this: SELECT ... WHERE `addresse...

I'd make a rough guess that the field length needs to be increased. Try opening the project in AppGini and changing the length of that field to maybe 100 or so, then try re-uploading the file.

No need to use hooks for that. You can add another lookup field for address to the table and check the option "auto fill". Do the same to obtain the contact, ... etc.

Would it be possible to allow only users logged in to view files in the browser without having to save them? Hmm .. once a file is viewable in the browser, there is no way to prevent users from saving it. You might find scripts for preventing right-clicking an object (to hide the 'Save as' option) ...

Hmm ... you can use hooks/footer-extras.php to inject any element into any page using JavaScript. The general idea is to find a suitable selector in the page, using the inspector of your browser, and then insert your element inside/after/before that selector. So, for this example, every table link i...

Thanks for sharing this code snippet. We're gradually migrating Prototype code to jQuery with each new release of AppGini, and plan to remove it altogether in AppGini 5.80.

It got delayed for some time in order to perform more thorough testing. I hope we'll be able to release it before mid January.

That's awesome! Thanks a lot for sharing, Jan ^_^

Thanks for reporting this bug. I'll investigate it and make a fix in future releases.

Thanks for the insightful suggestion. I've added it to our backlog for implementing in future releases .. possibly by having a drop-down where you can select the linked non-auto-fill lookup field when the 'auto-fill' option is checked.

Hmm .. if the table you are print-previewing contains a lookup field to customer name, the customer name gets displayed in the print preview. Do you want to change that to something else?

I've fixed this bug in the upcoming AppGini 5.73 ... sorry for the inconvenience.

Here is a suggested solution without creating a new table or editing generated files ... in the hooks/footer-extras.php file, add this code: <script> $j(function() { // change 'tablename' below to the name of the concerned table if(location.href.match(/tablename/) == null) return; // change the numb...

If this is a lookup field in one of your AppGini detail view forms, try: (Replace fieldname with the actual field name)