Jump to content

Zulfilham

Members
  • Posts

    19
  • Joined

  • Last visited

Additional Information

  • Android
    7.x (Nougat)
  • Device
    Xiaomi Redmi Note 5A; Windows 7 Ultimate
  • Service provider
    Other

Recent Profile Visitors

4,637 profile views

Zulfilham's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • Reacting Well Rare
  • Collaborator Rare
  • First Post Rare
  • Conversation Starter Rare

Recent Badges

3

Reputation

  1. Well, that can work, pretty much same idea as @Enyby. But, again, I don't have full controls haha. User could simply press non-OK and every input past in will be lost. I wonder, there actually lots of websites that performing login system have such a feature though. You know, for example when you want to reload the page or go back to the previous page, there is always an alert to keep the information past in, isn't it a security issue? Isn't the data should be erased in anyway? For example here, when I'm commenting, ups I think I accidentally typed my password, but the server apparently stores it when I reloaded the page, haha. And I hadn't pressed submit yet, only reloading the page.
  2. Mine is like this. Too many pop-ups, I don't like it. Lol. Better not to implement it, to me it's really annoying... script.lua
  3. Oh ok. No updates. For security reason. Thanks for the warnings. That last approach may be cumbersome too, I don't know. I thought if cancel presses then there might be 2 values (boolean & table) return or something. But, whatever at least there's a workaround.
  4. How to? You format the values, you store them in a file and you call LUA to load those values. In fact, GG has a function for this already; see gg.saveVariable. One time I found a problem by using this function, so that's why I never rely on it anymore. Instead, I make my own function called serialize. It basically is similar to gg.saveVariable, except that serialize formats the values not too elegant, straight to the point and tends to generate small output in size. I've been using it and have no issues and errors. You might want to use: string.format("%q", valueContainsSpecialCharacters); if your values contain special characters like double quote (") or something similar. You can find the script here!
  5. I know. That is what I was talking about above. That is why I request/suggest an update (if possible).
  6. I believe there's nothing we can do on scripting side as soon as user presses cancel nothing gets returned. They should do an update for this. But I don't know, maybe there's another way, maybe.
  7. As for the multiChoice, ok look. When you check the menu list and press OK, then a table returns according to what user checks. But, what if I also check the menu list but then I don't press OK, then nil will be returned. So, I don't want that nil value. I want those values what would returned as if I pressed the OK button. Why? read above.
  8. Well, first of all it's not me being rude the first time, me when first signed up to the web instantly got warning from Enyby, saying that "You got a warning by making an empty post". Huh, what's that? I don't understand why did I get that warning, and why would empty post be allowed a anyway. Well, back to the topic I thought it was very clear already, I don't know maybe it's me one doesn't understand. I kindly said there that "Hey Enyby, could you please update those 2 functions?". The problem is when the user JUST cancel the prompt, nothing gets returned (alias nil). But I want those what would be returned as if we were pressing OK. And that guy said "Do you want to close GG or your script?". Then what should be the answer? Of course yes, I said I want to close GG to be able to view the values in the game, but not exit out of GG. I specifically mean to close GG User Interface, or should I say as if I run gg.setVisible(false). No, the eye icon is not enough. In some games you'll have to move the screen around to be able to see the values. In that case GG interface should be first closed. I hope this clear.
  9. If you don't understand don't answer. I don't want answers, I want updates. This all is of course for user's freedom, why should "a user close GG and then rerun the script?" if the script were being for automation purposes, then it should make things easier, faster, efficient, etc.
  10. But I need to close my GG first to view the values in the game.
  11. Hey @Enyby, could you please update these 2 functions: gg.prompt and gg.multiChoice? They are great for getting input from user, but it lacks a very important feature that still missing. For example, when I am still entering the prompt partially, sometimes I close GG to have a better visual on what the full input's gonna be. But here's the problem, as soon as I close GG, those partial inputs typed are gone (pressing non-OK). When I next open GG, I don't have programmatically ways to store previous input so that it can be used later on. Things also go the same for gg.multiChoice, but instead of prompts it is for menu list checkmarks. Do you think you can handle this in the near future? This is the best feature that I've been wanting to have in my scripts.
  12. Zulfilham

    soc.lua

    View File soc.lua Simple Obfuscation Compiler Submitter Zulfilham Submitted 03/19/2022 Category Tools  
  13. Zulfilham

    soc.lua

    Version 1.00

    444 downloads

    Simple Obfuscation Compiler
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.