Jump to content

Jos

Developers
  • Posts

    34,333
  • Joined

  • Days Won

    306

Jos last won the day on April 15

Jos had the most liked content!

About Jos

Profile Information

  • Member Title
    Je maintiendrai

Recent Profile Visitors

18,249 profile views

Jos's Achievements

  1. @baselz, No sure why you quote my post? I gave you the reason why this must be failing, and you didn't respond at all to it. Try reading the answer again and in case you do not understand simply ask. PS: My comment isn't about the validity of the json, but the validity of the command you have formed. Cut and Paste the full command into a CMD window and check if it works.
  2. Have you checked what the contents of $curlCommand is and did you think it was valid? This runable version of your snipped: ; Construct JSON data $exitStatus = 0 $pluginOutput = "x" Local $jsonData = '{"exit_status": ' & $exitStatus & ', "plugin_output": "' & $pluginOutput & '"}' ; Send CURL command Local $curlCommand = 'curl -X POST -k -H "Content-type: application/json" -H "Accept: application/json" --data "' & $jsonData & '" "https://<URL>/v1/actions/process-check-result?service=.com!passive.setEnv_check"' ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $curlCommand = ' & $curlCommand & @CRLF & '>Error code: ' & @error & @CRLF) ;### Debug Console give this as output: @@ Debug(8) : $curlCommand = curl -X POST -k -H "Content-type: application/json" -H "Accept: application/json" --data "{"exit_status": 0, "plugin_output": "x"}" "https://<URL>/v1/actions/process-check-result?service=.com!passive.setEnv_check" Doubt that this part is valid: --data "{"exit_status": 0, "plugin_output": "x"}"
  3. Have you looked in the helpfile that comes with AutoIt3 before asking? There is a slim chance it in standard supported ....who knows....
  4. I see now several posts posts about SciTE, so like to remind you that i am using the standard SciTE and just made "some" autoit3 customisation. So the majority of SciTE is standard which i have no intention to further customise and like to redirect you to the official website for any requests for change in either the standard program or documentation.
  5. You lost me here. The Extras directory comes with the AutoIt3 installer and is all about extra files for other editors and is always there, so why the need to check to helpfile root directory? I took a look at what needs to be changed for the <head> part of all scripts and fixed files, and got the basics done to generate an AutoIt3 helpfile that works using your changes for the CSS. It works nicely and all right hand pages are updated to the defined css. The Index (Left part) remains the standard layout and isn't easy to change as far as I can see. Didn't look at the other JS funcs in the scripts yet. So can share those if you want, else I just wait and see what you have. Understand why you want to use another script to update the current generated files as that is faster while testing, but the ultimate target is to update the current build scripts.
  6. Moved to the appropriate AutoIt General Help and Support forum, as the Developer General Discussion forum very clearly states: Moderation Team
  7. Not really what I meant. Let's take the standard installer as an example: The helpfile is located in C:\Program Files (x86)\AutoIt3 All customization for the help file will be in C:\Program Files (x86)\AutoIt3 \Extras\helpfile-css. (The relative path). The extras.js just scans only for: if (window.location.protocol == 'mk:') { // for use in CHM file only if (document.documentMode == 11) { // Win7+ loadExtCss('Extras/helpfile-css/AutoIt.css') .. and AutoIt.css then contains, for example: @import "file:dark.css" Doing it this way, we keep things simple and do not "pollute" the root of AutoIt3 with extra files. I see you also intent to modify the current JS code in the helpfile pages to Copy/Open examples, moving the code partly into the extras.js. Should save a bit of code space in all the generated html files. Have you already updated any of the AU3 scripts that do the generation of the helpfile pages or any of the fixed pages <head> sections? We could setup a private github repo so we can share / update /test code and keep track of the changes while developing this when you wish.
  8. File naming is fine with me, but we probably want to have the current used default.css in extras/helpfile-css as well with the same name, so people can see what the standard is and possibly make their own modifications. I have the sources as I simply decompiled the chm to get them and then had a play by removing the extra style sheet includes (id="webCssX") in the files and played with the JS function a bit, showing the current used stylesheet file at the top. It all works pretty nice and should be relatively easy to implement when this is what is wanted. Just some work to get all scripts and fixed pages updated with the <head> code. For any SciTEConfig option, we can work around the fact that elevated rights are required to update the extras/helpfile-css/autoit.css and prompt for that in case of a standard install with the installer.
  9. I am used to the fact that hardly anybody outside the Netherlands (and Belgium) can't pronounce my name or can spell it as it isn't common outside of these countries. In this case the OP's language is Spanish, so hence the José. My point is really I do not like to be "played" with, When we close 2 topics that are about timers in relation with games and in a PM we don't come any closer to me feeling it is legitimate, one has to understand that these forum rules have to be adhered to! Nothing personal! so for the final time *click*. any subsequent posts that even smell like timer will get you banned from these forums
  10. This is what we call decompiling and there are strict forum rules around that! *click*
  11. You are getting old my friend and start forgetting things
×
×
  • Create New...