Most desired upgrades and enhancements for MikroE compilers

[Sy]

Really dislike Windows as no matter what machine you install it on, it gets slower and slower over time and its so unreliable and riddled with security holes...iOS on the other hand is robust and secure, I have machines running iOS that are as fast today as the day I purchased them.

[stivo]

Regarding another suggestions, can you please describe it more,
for which MCU do you need support?
Lana

In my case, for my current project I want to use an 18LF4550 with my EasyPIC v7 with attached 3.3v devices.

viewtopic.php?f=88&t=64745

[lololafripouille]

Really dislike Windows as no matter what machine you install it on, it gets slower and slower over time and its so unreliable and riddled with security holes...iOS on the other hand is robust and secure, I have machines running iOS that are as fast today as the day I purchased them.

Even in companies ( small or big, I mean very big companies ) or markets where Apple was very established, computer parks are starting to be renewed in PC and not in MAC because of their bad policy and the bad reliability of their computer so Im not sure if you are serious

Almost all electronic software ( IDE or PCB design) are Windows only, maybe Linux.
If you are an Apple fan, you can do like everyone and use parallels : https://www.parallels.com/products/desktop/

That said, I fully understand the demand for Linux users.

[lololafripouille]

My 2 cents :

I think the text editor is not "up to date"
It will be nice to work a little on the cosmetic of the text editor but mostly on the function.
It will be nice to have some features we can find with Sublime Text like Multiple selection etc etc : https://www.sublimetext.com/
Maybe a plugin to edit the code on Sublime Text and compile directly in Sublime text with MikroC in background ?

And ( and it is for MikroC ARM ), maybe it will be nice to solve problem on libraries or MCU that are currently supported before supporting another vendor.
Your libraries are closed but we paid for it.
The minimum is that it works or that the problems are solved quickly and not only on the next update.
We are blind when a problem comes from your libraries.

But as I said in a post on this forum, your product are great and affordable.
Keep it simple is definitely a good target but I think you can do better If you focus again on quality rather than quantity.

[hooper]

Hi
I would like to see the following:
1. TFT support of unicode strings and fonts
2. Enhancement of FAT32 tosupport multi device and multifile and the exFAT
3. More GUI objects (lists, drop down lists,menus,grids, graphs).
4. SMS library

Regards,
M. Hooper

[lololafripouille]

Hi
I would like to see the following:
1. TFT support of unicode strings and fonts
2. Enhancement of FAT32 tosupport multi device and multifile and the exFAT
3. More GUI objects (lists, drop down lists,menus,grids, graphs).
4. SMS library

Regards,
M. Hooper

+1

[denzhig]

Display controller libraries for MCUs with built-in display controllers like STM32F429.

[srdjan.misic]

Note, we removed RTOS from the poll because we implemented it. It will be available starting with the next release of ARM compilers.

[Luccas]

Please support the Ili9341 with SPI interface.

THX, Luk

[hooper]

Orgall for libraries

[hooper]

Hope FreeRTOS for Pic32 will support the FreeRTOS+Lab Projects and FreeRTOS+Ecosystem

[hooper]

Hi
I would like to see the following:
1. TFT support of unicode strings and fonts
2. Enhancement of FAT32 tosupport multi device and multifile and the exFAT
3. More GUI objects (lists, drop down lists,menus,grids, graphs).
4. SMS library

Regards,
M. Hooper

+1

When I mean more gui object i mean TFT functions not VisualTFT features and tools

[ilferrari]

I would like to see for MikroBasic:

1. Enumerations
2. Union
3. Initialization
4. Structure pointer (->)
5. ternary operator, eg x = iif(y=1,7,8)
6. return x, instead of "result = x exit"

All these features are present in MikroC and missing in MikroBasic, just like click examples, rtos support, etc

Also, we're introducing a flat pricing policy so all three languages are priced the same, to reflect the fact that all three get equal treatment.

[Soumitrab]

I would love to see these options implemented:

a) Support for classes so that we can implement methods better, with equivalent support for dot addressing (typing the dot after the class instance should load up the relevant class methods in the code-completion menu).

b) Support for automatic closing of "begin" with "end" (pascal) or "{" with "}" in C etc.

c) Support for uses clause in the implementation area of the mpas file to remove cyclic declaration of routines.

Any other enhancements to make mikropascal closer to the Delphi work method.

Thanks !

[Bertold]

I mean, that this is time for object programming in all compilers. This make RTOS programming very easier - and all programming more convenient. I wait for RTOS in Pascal. Object programming make this nearest reality.
Soumitrab wish for uses clause in implementation is expected by me too.

Bertold