go to post Alex Kogan · Apr 5, 2022 The solution was adding .trim() to the end, so: FruitSelected=$('[name='Nameoftheradiobuttonhere]:checked').parent().text().trim(); Then everything works as it should. It appears that there was some char, which would not allow the true/false to work properly, while displaying correctly in alerts and trim() takes them all out. Thank you Tim!
go to post Alex Kogan · Feb 9, 2022 As an addition, when you run into the code, which has a simple comment, and inside the comment there is > or < - that code would most likely not even compile and this same trick would work there as well.
go to post Alex Kogan · Apr 26, 2021 Thank you yes, I thought the process is done, once I disconnect the VPN and terminal says Inactive, but I figured out that if I reconnect my VPN, go to studio - the process is still there, so once I terminate it - TROLLBACK works fine. Thank you
go to post Alex Kogan · Apr 26, 2021 I thought so too, but it clearly does not work. Maybe it's a bug in TROLLBACK. my exact steps to reproduce: 1.Open up terminal session. 2.> TSTART 3. Set any simple global to test: S ^AKTEST=123 4. Disconnect VPN 5. Reconnect VPN 6. Open up new Terminal Session 7. Look up that global - It is still there with my setting.
go to post Alex Kogan · Mar 8, 2021 I like the GetStored answer, which would work perfect in my case to make certain the child is stored properly. In my real life example, the original save used %Save(0) and therefore did not save somethingelse.myNewProperty, but it was still displaying the correct value when I was (ref it directly) and writing it out, as it was getting it from memory.
go to post Alex Kogan · Feb 14, 2019 Maybe this is not the best answer, but there are detailed explanation with examples of conditional sql here: https://www.geeksforgeeks.org/sql-conditional-expressions/ I hope this helps,Thanks,Alex
go to post Alex Kogan · Jan 12, 2019 Thank you Ben. I realize there maybe an issue there. I was thinking someone came up with a workaround (sort of speaking). In either cases, I think labels would work well to test partial huge routines, but it will only alter the starting point, not end.
go to post Alex Kogan · Jan 12, 2019 Thank you, I think that will work. Adding a label does not seem to interfere with routine flow, so at least you can run a unit test starting from anywhere, but you still will have to run the routine to the end.Either way, this is definitely an option if you wish to run a unit test from some point other the starting label.Thank you,Alex
go to post Alex Kogan · Jun 14, 2018 Thank you Robert.That worked, and thank you very much for the explanation. I would not guess something like this. Great to know,Alex
go to post Alex Kogan · Jan 11, 2018 I meant - I guess what would be the benefit to use class method [private] vs regular method [private] here?
go to post Alex Kogan · Jan 11, 2018 Thank you, I think I understand now the differences well, but benefits is still a little odd. Is there a difference / benefit / correct preference between using regular method() [private[ vs classmethod [private]? If for example you are looking to keep your methods private.
go to post Alex Kogan · Jan 11, 2018 Thank you everybody for your answers. My question here would be, why use class method instead of regular method in this case? If you don't want it to have exposure to outside world, simply make it a regular method within your class, which is going to be private (I believe) by default and use as many as you need privately, while still have an outside entry point if needed with non private class method.I guess what would be the benefit to use class method vs regular method here? I see myself small benefit to make something originally class method [private] vs regular method - in case in some point in the future of your application, you need to change the ability to get to the method from the outside and remove the private tag.
go to post Alex Kogan · May 12, 2017 Hello Mark,Thank you, that is great, I will upgrade to 2017.1Alex