Use HTML email validator for that, as normal one is very picky, but not everything is allowed in the emails, see GMail docs for example: https://developers.google.com/gmail/design/reference/supported_css
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
May 18 2018
Apr 21 2018
Apr 20 2018
Done, build passes after adjustments. Needs maybe some meaningful tests at the end, but for this new task should be created.
Apr 15 2018
Created new footer as replacement for phplist one, see general newsletter thread for info.
Added hyperlink to logo, adjusted "here" URL.
Apr 10 2018
Finally restored the page again, not pretty, but fiducial search is working and the image is unwarped.
Apr 9 2018
Cannot open it without logging in or subscription.
Apr 2 2018
Duplicate to T989
Mar 30 2018
Mar 17 2018
Mar 12 2018
Don't you think there is a bigger security problem when allowing to run websockets permanently in daemon? Also that was a reason for separation of daemon and server. Daemon should just have slim layer, like flatbuffers, for communication. This would also allow different types of servers communicate to the daemon, without opening security holes.
Mar 11 2018
Connection to daemon is done by UNIX domain sockets, then flatbuffers package is sent over it. Split is intentional, so we can deactivate them separately (was asked by @Bertl).
Mar 4 2018
Correct cmv_hist3 link: https://github.com/apertus-open-source-cinema/beta-software/tree/master/software/cmv_tools/cmv_hist3
Mar 1 2018
We can test by replacing Pistache by libwebsockets, but it takes some time (maybe on weekend), as currently preparations for GSoC and my packing for move to new city are ongoing.
Feb 28 2018
@jatha Have you set Travis CI up?
As a new Beta is finally connected to the server, i could test again if i can finally set gain through daemon. If it works, then more usage cases can be implemented and tested. As it is necessary before we know what we need to supply to the camera, but most work should be done by daemon, also using pre-defined (stored in binary files) stuff like FPGA bitstreams.
No complete reference yet, as it was created while developing. Have no direct access to the hardware, so it takes more effort to test.
Yes, looking often into Lab and IRC.
There is a thing missing, which i forgot to tell. REST sends a JSON package, format is described in https://lab.apertus.org/T865.
Feb 27 2018
Feb 26 2018
Logs from LinuxMint 18.3
Aha, so you want to risk legal issues? VSCode is widely accepted, even by Linux community.
To bypass problems with licenses, you can use VSCode, which has a ton of plugins for different areas, also Node, Vue and so on.
Will do it later, if new commits are still not working, am at work now and cannot access my private machine.
JS was enabled, but browser refused to apply a CSS file with cryptic name (seems like hash). Am not new to web development, doing it daily in my regular job (although it's GWT and Java mainly).
A server was used, which was always sufficient for web development. Browser refused to apply CSS, because of security measures.
Feb 25 2018
Using Windows, npm runs through, at least no errors while getting packages. But the HTML page is completely blank, console output in dev tools is showing several resources with 404 and browser refuses to apply the CSS file. Could you take a look, please? Maybe a fresh VM to check if it is possible to build and display the stuff?
Feb 22 2018
NPM is just for the build with gulp or whatever. Device would get slim version of the page, pre-processed by NPM, less, uglified (if performance would be better) and minified.
Local storage data binding through vue.js would be great to have a central place. Seen that there is a npm package for that.
Try it. JQuery is not a problem to remove, as it was used more for AJAX requests at the beginning. Does vue.js suppport two-way data binding? What about templating feature, by separating chunks into other html files?
Feb 21 2018
Downloading fine here. Speed significantly slowed down in the middle, but finished fine, after accelerating again.
Feb 20 2018
@sebastian, here is the test archive, cannot send it per mail:
The ball is on your side. Implement something which fits the requirements and we can test it on the Zynq, to see how it behaves.
It went not well, while GSoC2017, without going too much into details. So i've resumed the work on the daemon, REST server and GUI. The goal is to get rid of scripts to get performance gains. Don't underestimate it, it's an embedded CPU, resources are sparse. There is a reason why C++ was used.
If i remember correctly, then most of this things were discussed with Herbert for the daemon, which was a task for GSoC2017. If you can get it through bash script, fine, but i'm rather sceptical about the performance. Surprise me.
It is planned, but wasn't done yet, as we have lack of people, who are involved in practical way.
Which VM image?
Daemon was started, amongst other things, to remove the need for that folder at some point in time. Feel free to implement something, which could replace current approach.
The goal is to avoid to use bash which spawns a lot of threads and to have a central point which should do the configuration and initializations.
Basic infos about it are here: https://wiki.apertus.org/index.php/Control_Deamon
I think there is a misunderstanding. Node.js is used by me for current tests of PCB inspection, if this software will be used, then on a normal server. The camera has an embedded processor, so we won't use Node.js there. Won't ditch C++ also, because of performance, small footprint and rather simple daemon implementation.
Feb 19 2018
As the software grows, it maybe a good point in time to split it in sub-modules, so the things do not interfere. How would we split the things and keep track?
Fetch API or Axios were considered to replace AJAX stuff from JQuery. Some tests done, but not added to the main code.
What is your experience with the performance? What about application size?
Ah, you want to use it like the R&D at my company. They have also implemented an Android application in that way. But a simple WebView app for Android would be sufficient, in my opinion, maybe with settigns for IP address of the camera. Done that already at work, as we had no requirement for Cordova for customer project.
Current state of testing PCB inspection:
Heard of vue.js before, but haven't used it. What PHP thread do you mean? Currently we do not involve PHP at all for that part of the software. There is a C++ daemon and REST server (also a Go version exists, but not maintained currently) which are used to communicate forth and back.
The general idea is to use a smartphone (but later also tablet or laptop) to control the camera. Sebastian did some mock-ups of the UI before (current implementation is a bit different) -> https://wiki.apertus.org/index.php/Wifi_Remote
At the beginning we wanted to do something with plain JS, but as it is more comfortable for user to have single-page app, the need for more advanced things arose.
Feb 8 2018
Then try it this way first, can optimize later.
I would suggest to avoid JS, performance could possibly be low, but OpenCV sounded great. Just had no time to look into that lib. Also TensorFlow could be interesting, as it uses AI.
Feb 7 2018
Feb 4 2018
Ripple Simulator is also really well simulating mobile device of different kind.
Feb 3 2018
Feb 2 2018
Very good idea, thought about checkbox styling for that, also because of states, but haven't thought about searching for examples.
Jan 31 2018
Original SVG file:
Also added here -> https://wiki.apertus.org/index.php/OpenCine.Diagrams
To tihs one -> https://wiki.apertus.org
Jan 30 2018
Let me take a look, have got a bit of experience by now. See intern chat.
He told me yesterday that it is 1366x768 (see IRC log). We have to add new area to the theme or move current footer area out of the main container, then the shrinking works again.
Jan 27 2018
Hi. OC hierarchy consists of (currently) 2 main shared libs OCcore and OCui. OCBackup, OCLauncher and ProcessingTest are building upon this libs. Idea is to have a suite of tools, which have same look and feel (provided by OCui).
Jan 21 2018
Jan 15 2018
Install script is already in repo. One for RESTServer will follow at some point.
Moved related parts of code and started adding unit tests.
Added install_daemon.sh script.
Jan 6 2018
Added Main.cpp, adjusted RESTServer code accordingly.
Jan 5 2018
Jan 2 2018
And this one is more to the point maybe: https://www.mediawiki.org/wiki/Manual:Tag_extensions/Example
Maybe like examples from this page: https://www.mediawiki.org/wiki/Manual:Tag_extensions
Or we can add just a simple script/plugin which looks for some special marker and replaces the HTML code for the section. Like $ for bash commands.
Jan 1 2018
Added the test code from sandbox, please check if it's better suited.
Dec 1 2017
Please remove the prototype page, as i'm at work right now and can't do it without my credentials.
Nov 28 2017
Adjusted like requested.