Message |
|
So in your case, you'd probably change menuCycles to an editable large number. It could then have a range of up to 9 whole digits, and also fractional digits if you needed it. It can be either positive and negative, or positive only.
|
|
|
We've looked into this now and can report back that AnalogMenuItem has a maximum positive value of 32767 for display. This is because even though the underlying value is unsigned short, the rendering is done using a whole and fraction, which has a maximum range of 15 bits for the whole number.
However, we already have two custom types for very large numbers. So we don't recommend the use of AnalogMenuItem for ranges of above a few thousand, as they become difficult to edit.
There are two existing options:
* For read-only display values that exceed the range of a signed short where absolute accuracy is not needed - use FloatMenuItem, can take advantage of up to 9 significant digits.
* For read-only or editable values that exceed the range of a signed short where absolute accuracy must be maintained (IE floating point cannot be used)- use EditableLargeNumberMenuItem, can take advantage of up to 12 digits with complete accuracy. It is stored as BCD. The editing of extremely large values is possible, a digit at a time.
|
|
|
Another build made yesterday evening.
* Clicking on hyperlinks no longer freezes
* Online documentation link is now presented at the top of the properties editor
* Automatically installs packaged stable plugins on first start up.
|
|
|
As per issue 90 in the above link, this will be out of the box in tcmenu 2.0. It will support HH:MM 24 hour, HH:MM:[AM/PM] 12 hour, and durations where the hours are only displayed if not 0.
|
|
|
I am very pleased to announce that we have built our first Linux deb package today. It is available for download from our site, see the Linux section of https://www.thecoderscorner.com/products/apps/tcmenu-designer/. This is for tcMenu Designer 2.0 beta1. It is compatible with 1.7 libraries and plugins; which are both current at the moment. It has already gone through significant testing
Not only have we built a Debian Linux image but we've also fixed up quite a few annoyances at the same time, see the release notes page in the above link.
Further, if anyone has experience in getting a package into the Debian repository, it would be great if you could assist me in getting the package properly available in the distribution.
As we announced a few months back, this is part of our new plan, providing the facilities you need to build embedded applications wherever you want to build and run them. This is another small step that will hopefully reduce the hassle for many users.
|
|
|
Going back through old threads, with the new UWP store version, it is compatible with Win32, Win64 and also ARM. The store picks the right image.
As we announced a few months back, this is part of our new plan, providing the facilities you need to build embedded applications wherever you want to build and run them. This is another small step that will hopefully reduce the hassle for many users.
|
|
|
I have now prepared a ready-made build of tcmenu designer on Linux that should need no additional dependencies. It is based on the 2.0 beta, but it is compatible with the 1.7 plugins and library. I have tested it myself considerably on Windows, and now on Linux. Only the documentation links don't appear to work for some reason. It is packaged as a deb file.
See the linux section on https://www.thecoderscorner.com/products/apps/tcmenu-designer/
I'll announce this more widely, as it is probably good news for many.
|
|
|
I have a package built now on my 64-bit ubuntu distro, for 2.0.0-SNAPSHOT, it works properly and all tests pass, it should be fully compatible with library version 1.7 too.
I'm trying to build a native package that can go in the store, but at the absolute minimum I'll put out an image for 64 bit Ubuntu later today.
|
|
|
BTW For very large values, you can also use editable large number, or float menu items.
|
|
|
Normally analog items are usually in the range of a few thousand. IE, either for a value to be displayed on the screen or for a value that needs to be editable with a rotary encoder or up down buttons.
To be honest we'll need to test them for such large values on a few boards and then feed back here.
|
|
|
I recommend that you completely remove the designer build and rebuild from the last 1.7 tag which was 1.7.0 : https://github.com/davetcc/tcMenu/tree/1.7.0
We'll be building our first linux image in the next week or so, we have a Linux VM with graphics.
For now:
git checkout 1.7.0
mvn clean install
then try and run it again.
|
|
|
Hi there, I finally think I have something that works. Was quite complex to understand to be honest.
It will be fully integrated into TcMenu V2.0 and the code generator will do this for you, however here are some simple steps to be able to use it right now (and hopefully give me some feedback on how it works for you).
Step 1. Copy the files from this directory into your project: https://github.com/davetcc/tcMenuXmlPlugins/tree/master/core-display/esp32Touch
Step 2. Add the new encoder in your sketch, where threshold is the point below which a button is considered pressed, the other parameters are straight from the ESP32 IDF guide on touch pad:
ESP32TouchKeysAbstraction* esp32Touch = new ESP32TouchKeysAbstraction(threshold, TOUCH_HVOLT_2V7, TOUCH_LVOLT_0V5, TOUCH_HVOLT_ATTEN_1V);
Step3: Choose up/down button encoder from code generator as the input type, set the IoExpander reference to esp32Touch. Set the up/down/select buttons to the touch sensor number (not gpio). They are not pull up so ensure that is turned off, you can interrupt mode.
Step 4 (if you are using interrupts only)
After the setupMenu() call in your sketch do the following:
esp32Touch->ensureInterruptRegistered();
Also see this documentation, but it is very much in flight at the moment: https://www.thecoderscorner.com/products/arduino-libraries/tc-menu/tcmenu-plugins/touch-pad-sensor-plugin/
|
|
|
|
|
|
Sorry, we've got really behind with stuff this past week.
I'll honestly try and do this in the next few days. It's near the top of my task list.
|
|
|
I'd just like to add that on ESP32 and mbed, it's using atomic CAS for thread safety, so it is atomically safe across cores. We have tests on mbed and ESP32 that check the threading.
|
|
|