Jump to content

TheDcoder

Active Members
  • Posts

    7,103
  • Joined

  • Days Won

    88

Everything posted by TheDcoder

  1. The issue isn't limited to python though, if you are having issues with security in python, you would probably have them in other languages too... unless you mean 3rd party libraries, then it is subjective.
  2. @Melba23 I think mLipok says he moved the examples scripts into a separate folder and checked the code with Au3Check... so it sounds like a purely cosmetic change.
  3. @argumentum Too easy, I plan to make my own editor with all sorts of features... but I need to finish working on ECI before that, challenge accepted
  4. Hmmm... it's debatable I guess, but I have used other editors which provide this feature... Geany goes as far as listing all supported languages (which are many) and organizing them into their own little sub-menus. Thought that was enough to know what it would feel like in SciTE, it's only a single addition after all. For sure, just a suggestion
  5. I am sorry Jos, but maybe you have misunderstood me, what made you think I don't have the required information to form an opinion about this?
  6. I don't follow your logic, how is that a bad thing? I'd be inclined to agree, but only if there was a way to configure it in the GUI... modification of the config file directly should be restricted to new experimental features or advanced features which only a few users would use.
  7. Not really, this was on a client's remote server so I didn't bother, the work will be over soon. If I was still using Windows, I would've
  8. @Jos Thanks for the instructions. This is my personal opinion, but I think this is bad design, it should display all languages that are supported, otherwise it is misleading. This also does not cover the use cases I suggested. Yes, just had to update my SciTE installation.
  9. @Jos Yes, but can you add the missing options? It's useful if you are creating a new file and don't want to save it immediately... or at all. I use Geany as my default code editor and it provides this option, very handy.
  10. @mLipok Just use Hypertext for XML and JavaScript for Json 🤣
  11. It's just basically a task which is done for each commit/revision to the code, people use it to run syntax checks, build errors etc. These checks are ran in a VM in the cloud, GitHub provides this feature for free (for public repositories). It's included in the full version of the SciTE4AutoIt3 editor I think
  12. Not really, that version was from November last year (2020). But I have now installed the latest version and do see that JS highlighting is included, but there is no option for it in the menu:
  13. @Jos I am using the full version with all the extra features:
  14. @Jos ...I am using *.js too, and I also don't see the JavaScript option in the languages. Maybe I am using an old version of SciTE? 😕
  15. Not sure if this is the right place for feature requests, but can we get JavaScript syntax highlighting support in SciTE? I have been working on JS in SciTE and the plain black and white colours are boring in text mode 😪 It is very useful in web automation, some things are impossible without it, so it is appropriate if we add support for JS syntax.
  16. That's cool, I never used that feature personally... I was just trying out various Linux distros. Yeah, he also doesn't use the usual Hungarian notation to denote the type of the variable
  17. Very nice. Sorry for going a bit off-topic, another interesting thing is that LiveLinuxUSB is the reason why I discovered AutoIt, I have no idea where I would be now if it weren't for it Thanks for forking the project and improving it As for your actual question, tagging @Jos so that he can advice you on AutoIt3Wrapper.
  18. Cool, GitHub now has Windows VMs for CI?
  19. @Rurorita I have written several programs in AutoIt which use TCP for communication, and I have never experienced issues with corrupted data I suggest you investigate the issue on a lower-level, the issue is on the sender's side according to what you have told me.
  20. I don't think that is likely at all, otherwise all applications depending on TCP would be broken. The more probable situation is that there is something in your code which is sending data in the incorrect order/format.
  21. No need, that is why TCP exists, it always makes sure that the data you receive is intact and is in the same order as it was sent.
  22. This approach will not work because the buffer being empty doesn't mean that you got all packets, more of them may be on the way. You need to use protocol specific logic to determine if you have a received all data. IRC for example, ends each "command" with a new line so that the client knows it got all the necessary information to process that specific "command".
  23. @Rurorita The "packets" you are referring to may not exist, the TCP packets may be split into smaller ones by any one of the network relays... and you don't really have to worry about this as the OS collects all these packets and puts their data into a buffer (from which the TCPRecv function reads from). That means you should not rely on the receive function to give you the whole information in a single call, always buffer the input until you have the information you need... this means calling the receive function multiple times and storing the result in a string.
  24. Hi, I am curious, what kind of issues are you experiencing with Tor? I may be able to help you as I made a GUI for Tor a few years back. Also, how are you adding support for Tor in your UDF? Are you directly interfacing with the SOCKS proxy?
  25. Source: https://forum.dtw.tools/d/5-easycodeit-progress-parsing-statements/14
×
×
  • Create New...