 |
|
|
|
Welcome to the Invelos forums. Please read the forum
rules before posting.
Read access to our public forums is open to everyone. To post messages, a free
registration is required.
If you have an Invelos account, sign in to post.
|
|
|
|
|
| Invelos Forums->Posts by mediadogg |
Page:
1 2  Previous Next
|
| Message |
Details |
Here are my notes from the HTTPJolie Command Reference. These notes are for the "HTML" command, which retrieves the contents of an HTML window. Notice my comment about this working for windows that have been displayed at least once. That may be your problem. The cache in AppData is not built until the window has been displayed one or more times. I hope this helps.
Quote:
Note:
HTML sections are cached in the user's AppData folder when they have been displayed at least once . The
"list" option displays a list of the cached html files found in the c:\users\username\appdata\dvd
profiler\temp\design folder. There are several folders under that folder with some kind of hashed name that
coresponds to the HTML section. This auther has not been able to decode the hash. Each folder has a file
named "index.html" which is the fully rendered HTML section with all DPVARs resolved. When "cached1",
"cached2", ... is suppled as the view parameter, HTMLJoile reads the index.html corresponding to the list
index, converts all local images to encoded byte strings, and responds to the GET request with the HTML
contents. The calling browser or program then processes the contents as desired (such as simply
displaying it.)
I think HTTPJolie has code that forces the HTML window to appear, but I'm not sure and I don't feel up to reading my old code unless this hint isn't enough - I will gladly do it for you.
By the way, I'm guessing that the hash codes do not survive across sessions. That might be why the links are broken. My code scans for "index.html" to retrieve the list of HTML windows. | Posted: Topic Replies: 18, Topic Views: 12373 |  | | Oh, I just remembered, I have code for HTML windows in HTTPJolie. Let me take a look. | Posted: Topic Replies: 18, Topic Views: 12373 | | | DVD Profiler does not usually store images for HTML windows in AppData. Do you have a mismatch in expected default folders somewhere? (shooting in the dark here) | Posted: Topic Replies: 18, Topic Views: 12373 | | Quoting WoJe:
Quote:
BulkEdit adds uncontrollable layer in conversion then coding it.First Part XSD 1h.
Just seeing this. I don't quite understand what you mean. Send me a PM with an example, and what needs to change. No promises, I haven't looked at the code in a long time. | Posted: Topic Replies: 20, Topic Views: 16268 | | Do a forum search. DJ Doena published one once.
Also, if you simply load the export into excel and BEFORE ANY OPERATIONS OR SAVING, fix the profile ID column as a text column, or prefix a single apostrophe in front of the values in each cell, to prevent Profle ID from being converted to numbers in scientific notation.
Once loaded, there is an excel feature (see the Help) for viewing and saving the schema.
Some other info:
https://support.microsoft.com/en-us/office/map-xml-elements-to-cells-in-an-xml-map-ddb23edf-f5c5-4fbf-b736-b3bf977a0c53 | Posted: Topic Replies: 20, Topic Views: 16268 | | | Check the security settings for the databases folder. If your user name is not enabled for full control. edit the settings and add your user name. Select the option to propagate to subfolders and apply. | Posted: Topic Replies: 8, Topic Views: 7518 | | Also:
Menu: DiscIDs > Add by Legacy DiscID
First the scanned discID is converted to the pre-windows 1809 version if necessary. If that discID is found in the online database, then the profile is added, using that discID. If not, the online database is searched for the set of profiles with matching titles. Then those online profiles are checked to see if they were created prior to Windows 1809. If so, then their discIDs are collected. Because these discIDs are "correct," all such profiles are added to a drop-down list for the user to select from, in order to add the profile. | Posted: Topic Replies: 8, Topic Views: 7933 | | If anybody is interested, BulkEdit has some DiscID tools, under the menu Tools\DiscIDs.
The validation tool will check all flagged discIDs and unflag all the good ones, and leave the suspected bad ones flagged for manual attention. DJ Doena has tools that could be used to do the manual fix, I believe.
Here is the BulkEdit validation process:
(1) First, a check is made to see whether for each flagged profile, its last change was approved after windows version 1809 (2018, November 11).
(2) If so, then all discIDs in that profile are suspect, and the profile is flagged for further analysis
(3) If not, then by definition, the discID could not have been set to the incorrect version created by Windows 1809
(4) Then, for each suspect profile, the online database is searched for all titles with changes approved prior to Windows 1809
(5) The discIDs from all the found profiles are collected. They are known to have been created prior to Windows 1809, and are therefore "good"
(6) All discIDs for each suspect profile are checked in turn, against the set of "good" discIDs.
(7) If all discIDS in a suspect profile are found on the "good" list, that profile is unflagged.
(8) The process ends when all suspected profiles have been examined. The discIDs in the remaining flagged profiles must then be manually validated. | Posted: Topic Replies: 8, Topic Views: 7933 | |
|
| Invelos Forums->Posts by mediadogg |
Page:
1 2 Previous Next
|
|
|
|
|
|
|
|
 |