Thanks for replying. Tried the above possible solutions but can still see the PHP source. Is this just an part of the input file normal behavior that cannot be avoided? Obviously, one purpose of ExeOutput is to protect the PHP source.
Any news on the query alert issue?
If you still see plain source code, then your PHP files haven’t been encoded. You must indicate which ones should be encoded thanks to the File Manager / File Properties.
It’s also not possible to browse files on virtual drives if you enable X:\Data normally.
For the PHP source file, I did File Manager, clicked on the PHP source file, clicked Properties -> Security, then checked “Encode php file with internal protection”. In my EXE, when I choose a file in the same dir as the EXE, I can select the child src dir with the php source code (index.php). If I right click on index.php, and open with Notepad, I can see the source (not encrypted). Am I doing something wrong?
When you go to the folder with your “EXE” file, do you see the “Data” subfolder?
Did you move your EXE file from somewhere else than the source folder?
First question, no. Second question, yes, and can’t see the source file. Ah, I get it. If EXE is located on another computer (or outside the dir structure of where the source resides on my computer), and enable X:\Data, the person will not see the source files (there is a locales dir with content, but no source files). Sound right?
I think I’m good. Except the jquery alert code with the windows X close failing.
Thanks
Hope this is the right place to ask questions about Beta 2… If not would you please advise correct procedure? Be happy to provide input about Beta 2 if being read:)
Question I have:
Using Chromium, understand that and happy with it. How can we load plugins like pepperflash into created software?
I use NWS (webkit) all the time. Can activate plugin feature in json file and add plugins folder to accomplish.
Thanks!
Could you point me to the general demo project file for the beta 2 version? All I can seem to find installed on my Win 10 machine are the ones for V 1.7.
EDIT: my bad, right in front of my eyes… was looking for “general demo”…
Any approximate target date for production release of ExeOutput 2? I’m ready to purchase when available. Thanks
Regarding the X close with jquery alert, I tested example 1 using 1.7. the X close worked with both Chromium and Trident. It fails using beta 2.
We’re working on the documentation and new website. So it should be available at the end of April if everything goes fine.
It’s working in V1.7 because it’s not a multithreaded application. Could you send me your sample with code and not just the link to the code? We have to see how you implemented the code.
I’m unable to reply to the email that is associated with this post, even though it says Visit Topic or reply to this email to respond.
How best to send the source and associated files?
Yes, received. We’ll study it in a near future. Thank you.
Dropdown lists line-up with the position that the dropdown box first appears on the screen.
For example: if you have a small app window on the left of the screen at loadup, the dropdown can line up correctly, but if you move the window to the right hand side of the screen and then open the dropdown list it appears on the left hand side of the screen where it was previously.
The position of other dropdowns on the page (whether previously opened or not) appear in the wrong postion also.
Even worse - if you compile with the ‘Windows stay on top’ option set HTML dropdowns are not even visible at all until you realise that they are being displayed BEHIND the application window.
I’ve ony just got the EXEOP 2.2 BETA and this is the only HTML I’ve loaded so far. I’m using Windows 10 x64. The HTML select tags are on elevated z-index layers. (There are no such alignment problems with any other browser tested)
Any screenshot or better HTML sample that could let us reproduce your problem?
Since encountering this problem I’ve tried lots of different HTML pages and I see the same results every time. Even if I load the listbox into an i-frame the problem persists. The list box contents only line-up correctly when the app window is in the same place as when the app loads. I have two screens (extended display) and if I open the app on screen 1 and drag it onto screen 2, when I open the lost box the list contents open on screen 1.
Any page with a SELECT tag seems to be affected. Here is some sample HTML…
<!DOCTYPE html>
<html>
<body>
<div>
<select>
<option selected value="1">= SELECT =
<option value="1">When I
<option value="2">move the
<option value="2">application
<option value="2">window
<option value="2">this stuff
<option value="2"> doesn't
<option value="2">appear
<option value="2">in the
<option value="2">correct
<option value="2">place.
</select>
</div>
</body>
</html>The culprit might be the extended display, that’s why we couldn’t reproduce it until now. We’ll check, thanks for the sample! Looks like a problem with the CEF anyway.
I see the same problem with or without an extended display. I only mentioned the second display to illustrate how bad this bug can be (i.e. that dropdowns can appear not just in the wrong position but even on the wrong screen).
Whilst checking this out I have also discovered another issue that is common in older Windows apps but not in newer ones… If you shut-down your application window whilst it’s on a second screen and the restart the machine without a second screen connected you can’t see your app at all. Newer apps detect the absence of a second display and automatically show the app on the main screen.
In case it helps here is my system graphics info (all latest drivers installed)…
Intel HD Graphics 3000
NVIDIA GeForce 540M
DirectX 12