Recently active topics

Hope anybody has a quick solution for something I have not been able to solve yet…. My goal is to have a scalar widget that uses (almost) all of the available width for the textbox. So what I have is a string parameter and I show it in a scalar widget for which I enabled compact mode and it shows it like this: As you can see, there is the … to indicate the full string parameter is not shown. I do not want to show the label spMyStringParameter. Even if I delete that label in the developer console of the browser, the actual input box still does not use the full width. Is it somehow possible with adding some CSS to have the input box use the full width of the widget (as a single line, I do not want a multiline textbox)

The AIMMS Versioning Policy applies to customers who develop AIMMS applications themselves or with the support of a partner and deploy those applications on the AIMMS Cloud Platform.This policy does not apply to customers using SC Navigator, as AIMMS is responsible for ensuring that SC Navigator is developed and maintained using the latest supported version of AIMMS.----As part of our ongoing commitment to innovation, security, and performance, AIMMS is introducing a new version support policy for the AIMMS Cloud Platform. We want to give you ample time to plan and the right support to make the transition a success.What Is ChangingGoing forward, AIMMS will maintain availability on the Cloud Platform for versions that are at most three years old. Concretely, this means that from January 1, 2028 onwards, only AIMMS* 26.1 and newer versions will be available on the Cloud.We are introducing a structural policy that requires customers to upgrade AIMMS on a regular basis. Staying within a th

Dear Community,I wanted to share an example for which you can monitor if the user has been idle in AIMMS for a certain period.Why?You may want to check if your users are not leaving applications open while not using it for long periods , effectively occupying user licenses and compute power while blocking other users.There already is a timeout for WebUI applications, but this only happens if the browser tab is closed, is made idle by the browser, or the connection is lost - hence, if the user opens the app but simply forgets it open, it will not be automatically ended.How?To do this, I have two simple procedures:Procedure pr_checkIdle { Body: { if DataChangeMonitorHasChanged("idle_monitor") then sp_log += CurrentToString("%c%y-%m-%d %H:%M:%S") + " DataChangeMonitorHasChanged detected change\n"; DataChangeMonitorReset("idle_monitor",s_identifierToMonitor); empty p_howLongIdle; else sp_log += CurrentToString("%c%y-%m-%d %H:%M:%S") + " DataChangeMonitorHasChanged no

As a test for something, I am trying to see if I can implement column generation (true to my nature / background 😉 ) in AIMMS. The pricing problem I am looking at is some sort of a knapsack problem with some extra constraints.Of course this can easily be modeled as an ILP that I solve, but the overhead for this seems to be pretty large. Another problem is that I potentially need to solve quite some pricing problems in every iteration of the column generation process. The pricing problem lends itself perfectly to be implemented in some basic python, so I looked at the aimms python bridge and that also works. However, I now wanted to look at the threading-free implementation in mostly python 3.14 that would allow me to do actual multi-threading within the same process in python. Since each individual pricing problem that needs to be solved during one iteration is independent , it could be solved in a separate thread. This would allow me to scale this perfectly to the number of cores ava

 Following earlier communications about the end-of-life status of AIMMS WinUI and AIMMS PRO On-Premise, this document provides answers to frequently asked questions, along with clarification on implications and recommended next steps.WinUIWhat changes should I be aware of?The last AIMMS version supporting WinUI will be 26.xx (2026) From 2027 onwards, new AIMMS versions will no longer support creating or running WinUI applicationsWill my existing WinUI applications continue to work?Yes. Existing applications will remain operational, as both AIMMS PRO On-Premise and the AIMMS Cloud Platform continue to support and run applications developed with earlier AIMMS versions.Can I continue developing or maintaining WinUI applications?Development of new WinUI applications is no longer recommended Maintenance of existing applications remains possible using AIMMS 26.xx or earlier versionsWhat level of support can I expect for WinUI?To avoid the impression that continued WinUI support is the defaul

We've shared updates on the transition timelines and support conditions for AIMMS WinUI and AIMMS PRO On-Premise. If you're still working through what this means for your setup — whether you're planning a migration, staying on your current version, or just want clarity on timelines — your Account Manager is happy to help. Reach out to them directly to discuss your specific situation.