Most desired upgrades and enhancements for MikroE compilers
Re: Most desired upgrades and enhancements for MikroE compil
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.
Kind Regards,
Sy
Sy
Re: Most desired upgrades and enhancements for MikroE compil
In my case, for my current project I want to use an 18LF4550 with my EasyPIC v7 with attached 3.3v devices.lana.arsic wrote:Regarding another suggestions, can you please describe it more,
for which MCU do you need support?
Lana
viewtopic.php?f=88&t=64745
-
- Posts: 231
- Joined: 25 Mar 2014 17:11
Re: Most desired upgrades and enhancements for MikroE compil
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 seriousSy wrote: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.
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
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.
-
- Posts: 231
- Joined: 25 Mar 2014 17:11
Re: Most desired upgrades and enhancements for MikroE compil
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.
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.
Re: Most desired upgrades and enhancements for MikroE compil
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
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
-
- Posts: 231
- Joined: 25 Mar 2014 17:11
Re: Most desired upgrades and enhancements for MikroE compil
+1hooper wrote: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
Re: Most desired upgrades and enhancements for MikroE compil
Display controller libraries for MCUs with built-in display controllers like STM32F429.
- srdjan.misic
- mikroElektronika team
- Posts: 296
- Joined: 11 Feb 2014 15:55
Re: Most desired upgrades and enhancements for MikroE compil
Note, we removed RTOS from the poll because we implemented it. It will be available starting with the next release of ARM compilers.
Re: Most desired upgrades and enhancements for MikroE compil
Please support the Ili9341 with SPI interface.
THX, Luk
THX, Luk
Re: Most desired upgrades and enhancements for MikroE compil
Orgall for libraries
Re: Most desired upgrades and enhancements for MikroE compil
Hope FreeRTOS for Pic32 will support the FreeRTOS+Lab Projects and FreeRTOS+Ecosystem
Re: Most desired upgrades and enhancements for MikroE compil
When I mean more gui object i mean TFT functions not VisualTFT features and toolslololafripouille wrote:+1hooper wrote: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
Re: Most desired upgrades and enhancements for MikroE compil
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
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
srdjan.misic wrote: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.
Re: Most desired upgrades and enhancements for MikroE compil
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 !![Smile :)](./images/smilies/icon_smile.gif)
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 !
![Smile :)](./images/smilies/icon_smile.gif)
Re: Most desired upgrades and enhancements for MikroE compil
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
Soumitrab wish for uses clause in implementation is expected by me too.
Bertold