This weekend I hope to have a working "Dll2Date xml creator" so that the Dll Authors can start sending me the info to compile a working FULL xml file to post...
Due to EREL's Imposition, Dll2Date will NOT Auto-Update:sign0013:, but it will tell the user wich dll have updates ready:sign0060:, and open the correspondent "permalink"...:sign0188:
<?xml version="1.0" encoding="utf-8"?>
<!--Dll 2 date Client File-->
<Dll-1>
<Name>XPTO</Name>
<Version>1.0</Version>
<Info>Test Dll xml with no actual info or use</Info>
</Dll-1>
<Dll-2>
<Name>XPTO</Name>
<Version>1.0</Version>
<Info>Test Dll xml with no actual info or use</Info>
</Dll-2>
<Dll-3>
<Name>XPTO</Name>
<Version>1.0</Version>
<Info>Test Dll xml with no actual info or use</Info>
</Dll-3>
I NEED HELP!!!!
I just can't make sense of reading a basic xml file...
Can someone please create a module to read this xml?
B4X:<?xml version="1.0" encoding="utf-8"?> <!--Dll 2 date Client File--> <Dll-1> <Name>XPTO</Name> <Version>1.0</Version> <Info>Test Dll xml with no actual info or use</Info> </Dll-1> <Dll-2> <Name>XPTO</Name> <Version>1.0</Version> <Info>Test Dll xml with no actual info or use</Info> </Dll-2> <Dll-3> <Name>XPTO</Name> <Version>1.0</Version> <Info>Test Dll xml with no actual info or use</Info> </Dll-3>
I will be adding all relevant values to array...
So I need to declere them dinamically, with the count from the xml file..
ie, this simplistic file would create 3 arrays with 3 values each...
But these can and surelly will vary...
So any dll entry can have more values than other...
Sub ParseXml2(html, str1, str2, str3)
x=StrIndexOf(html,str1,0)
y=StrIndexOf(html,str2,x+StrLength(str1))
z=StrIndexOf(html, str3, y+StrLength(str1))
Return SubString(html, y+StrLength(str2), z-(y+StrLength(str2)))
End Sub
I'm stuck!!!!
My authentication routine uses a Tweaked WebBrowserEX control, and it basically Logs In the user to the Forum, in and "invisible"way, and checks if the user is a licensed one...
Now I need to be able to download a "DllList" file....
Before uploading any file, I started testing if I could DownLoad any of the already learking zip files, in the "Aditional Libraries" Sub-forum...
Using the WebBrowser I can download but I'm prompt with a "FileDownload Dialog" asking me what to do:
save, open or cancel...
I've googled a bit and cannot find a way to go around this dialog...
Then I tryied using the http lib...
But it does not "Know" that I'm logged in to the forum, thus returns a "-1" length file...
Is there a way I can use to "Hide" the "dowonloadfile dialog", or work with the http dll, in a way it can download a file from the restrict Sub-Forums???
The "For the time being" solution would be to upload the file to a "Free" sub-forum...
I'm going to guess that user and password information needs to be sent in the http headers when using the http library.
Logged in using FireFox and an add-on to view header info, I can see the cookies that are used and the encoded userid and password in the http header matches them.
I am now stuck....
I cannot figure out how to use http with cookies, or whatever is necesasry, in order to acomplish a transparent download of a file in a reserved Forum....
If any one has ever tryed it or has some info I can use, please PM me...
Dll2Date cannot evolve untill this is surpassed as ALL the purpose of this app is to download and extract the files from the Forum...
A new developers version as been posted...
All existing barriers have been overcome...
The new release adds smal UI changes, and tests file download...thanks to digitaldon37 who provided me with some personal, but very usefull info...
I NEED YOUR FEEDBACK ON THIS ONE....
What was your test result?
This release retrieves various sets of cookies, a few from the current browser session, and the rest from the user cookies folder...
I am retrieving the cookie folder path from the regestri under currentuser, to ensure that even someone with more than one account on it's desktop can use this...
This is comming slowly, and it will be a bit slower, as I am facing some personal issues...
If someone else wishes to persue this in a quicker way, I will gladly give the source code and whatever explanation is required to understand my "way of doing things"
Actually, as long as the library name is in the list and the link to the post is correct the version number doesn't have to be up to date, the version comes from the archive name at the other end of the link. It even works as long as the archive name changed from the last version without explicit versioning in thename or if an additional attachment was posted. It only breaks if the updated library is posted in a different place, which I don't like doing because it leaves obsolete code lying around.This only works if authors continue to notify Paulo of changes
I think this is so obviously good practice ...and if the attachments are named differently for each release
Option 1 definitely as far as I am concerned. There's no way I want to go back and create an XML file for each existing library and repost it.
Actually, as long as the library name is in the list and the link to the post is correct the version number doesn't have to be up to date, the version comes from the archive name at the other end of the link. It even works as long as the archive name changed from the last version without explicit versioning in thename or if an additional attachment was posted. It only breaks if the updated library is posted in a different place, which I don't like doing because it leaves obsolete code lying around.
I think this is so obviously good practice ...
<Client Side xml file>
<Total Dlls>2</Total Dlls>
<Dll 1>
<Name>Here we put the dll name</name>
<Version>1.0</Version>
<Description>Here we make a simple description of the Dll</Description>
<Download URL>www.b4x.com\Forum........</Download URL>
<Desktop Dll File>xpto-desktop.dll</Desktop Dll File>
<Device Dll File>xpto-device.dll</Device Dll File>
<Desktop CS File>xpto-desktop.cs</Desktop CS File>
<Device CS File>xpto-device.cs</Device CS File>
<Help File>xpto.chm</Help File>
<ExtraFile1>extra.img</ExtraFile1>
</Dll 1>
<Dll 2>
<Name>Here we put the dll name</name>
.
.
.
.
.
</Dll 2>
.
.
.
.
.
.
</Client Side xml file>
In general they are either desktop only like ControlsExDesktop or for both, in that a device specific library like ControlsExDevice will in fact include a desktop dummy of limited functionality like ControlsExDevice Dummy to allow desktop development. Therefore in practice I think that you can regard a library archive as an individual entity and not worry about its intended target.2. How to distinguish whether the library is for PC, Mobile, or Both.
No matter what I do with the contents I keep any downloaded archives (mainly dzts) in a single archive folder and extract them any time I want to reference them. So in my case just scanning that folder will tell whether I have downloaded the latest version.3. How does everyone store libraries locally when they download them?
I seem to remember that Cableguy implied in a previous post that Erel doesn't want any automatic downloads happening.Probably on the first version it will only notify that an upgrade is available and not do anything automatically.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?