[15:47:39] John Blackburn: Let's move on to the XML files
[15:47:47] John Blackburn: https://github.com/gideros/gideros/blob/master/ui/Templates/APK.gexport
[15:48:01] John Blackburn: this .gexport file is used to write the APK?
[15:48:12] Nico: yes
[15:49:12] John Blackburn: so did you make up this "language" yourself?
[15:49:15] John Blackburn: <rules>
[15:49:16] John Blackburn: <if>
[15:49:21 | Edited 15:49:22] John Blackburn: are they part of XML?
[15:49:49] Nico: nope, I defined it
[15:49:59] Nico: it is similar to ant
[15:50:10] John Blackburn: OK, so gdrexport parses through this
[15:50:36] Nico: yes, it executes the "rules" in sequence
[15:50:57] John Blackburn: OK let's go to the first rule
[15:51:09] John Blackburn: <rules>
  <mkdir>tmp</mkdir>
[15:51:14] John Blackburn: pretty clear!
[15:51:20] John Blackburn: makes a directory called tmp
[15:51:30] Nico: supposed to be in output dir at start
[15:51:46] John Blackburn: OK
[15:51:48] John Blackburn: now it says
[15:51:49] John Blackburn: <if condition="[[[project.autorotation]]]">
   <set key="local.orientation" value="sensorPortrait"/>
   <if condition="[[[band:[[[project.orientation]]]:1]]]">
    <set key="local.orientation" value="sensorLandscape"/>
   </if>
  </if>
[15:51:57] John Blackburn: lots of [[[ !
[15:52:15] Nico: yes, [[[xxx]]] tags says that xxx is some variable
[15:52:38] John Blackburn: so what is "condition"
[15:52:48] John Blackburn: that's not a variable?
[15:53:08] Nico: like in C, if what is in condition is 0 then it is false, else true
[15:53:27] John Blackburn: OK, so
[15:53:34] John Blackburn: [[[project.autorotation]]]
[15:53:39] John Blackburn: is a boolean variable?
[15:53:42] ??????? ????????: Nico, do you have a help file for this? Maybe draft?
[15:54:07] Nico: it is a number, in fact, value ranging from 0 to 3
[15:54:33] John Blackburn: where is it set?
[15:54:49] Nico: Nikolai, no sorry
[15:54:58] Nico: in the export properties!
[15:55:04] John Blackburn: (the transcript of this talk is the documentation!)
[15:55:13] John Blackburn: (I'll be keeping a transcript)
[15:55:22] John Blackburn: I see, so gdrexport reads gproj
[15:55:32] Nico: it is the autorotation parameter from the gproj, yes
[15:55:34] John Blackburn: and fills variables such as project.autorotation
[15:56:08] Nico: yes, project.xx are taken from project xml tag variables, ie legacy export settings
[15:56:41] John Blackburn: <set key="local.orientation" value="sensorPortrait"/>
[15:56:47] John Blackburn: so this sets a variable
[15:56:58] Nico: yes
[15:57:29] John Blackburn: now an even more complex condition
[15:57:30] John Blackburn: <if condition="[[[band:[[[project.orientation]]]:1]]]">
[15:59:07] Nico: yes, so beside variables [[[ ]]] can be used to evaluate functions
[15:59:27] Nico: basically a function has a name followed by :
[15:59:45] John Blackburn: where is function band defined?
[15:59:53] Nico: and parameters separated by :
[16:00:51] Nico: https://github.com/gideros/gideros/blob/master/gdrexport/ExportXml.cpp#L230
[16:01:43 | Edited 16:01:45] John Blackburn: how does the XML know about this C++ function?
[16:02:25] John Blackburn: OH I see
[16:02:28 | Edited 16:02:33] John Blackburn: op=="band"
[16:02:36] Nico: yes
[16:03:14] John Blackburn: so its "bit and"
[16:03:49] Nico: yes, I kept lua bit names
[16:03:59] John Blackburn: so actually
[16:04:00] John Blackburn: <if condition="[[[band:[[[project.orientation]]]:1]]]">
[16:04:03] John Blackburn: just means
[16:04:11] John Blackburn: if project.orientation == 1
[16:04:15] ??????? ????????: Maybe using Lua for templating is better?
[16:04:28] Nico: nope, (project.orientation&1)!=0
[16:04:58] John Blackburn: so odd number?
[16:05:21] Nico: yes
[16:06:33] John Blackburn: OK, we now come to a replacelist block
[16:06:34] John Blackburn: <template name="Android Template" path="[[[sys.giderosDir]]]/Templates/Eclipse/Android Template">
   <replacelist wildcards="*.xml;*.java;*.project">
    <replace orig="AndroidTemplate" by="[[[project.namews]]]"/>
    <replace orig="Android Template" by="[[[project.name]]]"/>
    <replace orig="com.giderosmobile.androidtemplate" by="[[[export.packageName]]]"/>
          <replace orig="android:versionCode=&quot;1&quot;" by="android:versionCode=&quot;[[[project.version_code]]]&quot;"/>
          <replace orig="android:versionName=&quot;1.0&quot;" by="android:versionName=&quot;[[[project.version]]]&quot;"/>
          <replace orig="android:screenOrientation=&quot;portrait&quot;" by="android:screenOrientation=&quot;[[[local.orientation]]]&quot;"/>
         </replacelist>
[16:07:04 | Edited 16:07:09] John Blackburn: within a <template> block
[16:08:18] Nico: yes, the 'template' rules does a lot of things: it copies alls files from a given Template dirs and perform replacements in the files
[16:09:07] John Blackburn: OK so we open all files which match *.xml etc
[16:09:12] John Blackburn: and replace text as shown
[16:09:21] Nico: exactly
[16:10:39] John Blackburn: so you have 2 templates, one is "Android Template"
[16:10:47] John Blackburn: so this works for that export too?
[16:11:55 | Edited 16:12:07] Nico: well APK export reuses Android template
[16:12:33] John Blackburn: so it runs both templates?
[16:12:39] Nico: yes
[16:12:55 | Edited 16:13:15] Nico: if you look at APK Template content, you'll see it is just a few files
[16:13:12] John Blackburn: what is the significance of name="APK"? Is that just for documentation?
[16:13:20] John Blackburn: in template
[16:13:51] Nico: it is basically not used, but some parts of old grdexport where using the template name, so I kept it
[16:15:46] John Blackburn: OK then we have series of fairly simple commands
[16:16:01] John Blackburn: <mv src="gideros.jar" dst="libs/gideros.jar"/>
[16:16:07] John Blackburn: should it be "dest"?
[16:16:28] Nico: yeah, maybe
[16:16:57] Nico: I admit this is somewhat inconsistent
[16:18:32] John Blackburn: OK I think I understand it
[16:19:18] John Blackburn: so the C++ knows it has to run APK.gexport ?
[16:19:30] John Blackburn: ie that is mentioned in the source code?
[16:20:05] Nico: if -Platform is APK, then yes
[16:20:36] Nico: Basically gdrexport build a list of XML based targets by reading .gexport files
[16:21:21] Nico: then if the Platform to export to matches a gexport file, it uses it
[16:21:27] ??????? ????????: Gdrexport is pure C++ or it's Qt dependent?
[16:21:44] Nico: it is QT dependant
[16:21:59] Nico: it uses lots of QCopy, QDir, etc
[16:22:12] John Blackburn: but legacy exports like WinRT are still in C++ ?
[16:22:22] Nico: yes, for now :)
[16:23:06] John Blackburn: you've really embraced Qt!
[16:23:18] John Blackburn: I thought you didn't like it so much...
[16:23:26] Nico: not really, but gdrexport was coded that way
[16:23:36] Nico: I only refactored it
[16:23:48] Nico: legacy exports are handled here: https://github.com/gideros/gideros/blob/master/gdrexport/ExportBuiltin.cpp
[16:26:41] ??????? ????????: Nico, if it's Qt based then Qt has builtin qml language which can be potentially used for all those operations.

[16:47:21 | Edited 16:47:24] John Blackburn: do I write a new flurry.gexport?
[16:47:30] Nico: no, a flurry.gplugin
[16:47:49] Nico: similar, but a gpugin a a set of rules for each platform
[16:47:49] John Blackburn: Ah, does gdrexport search for this?
[16:47:54] Nico: yes
[16:48:40] John Blackburn: using the same language based on XML
[16:48:50] Nico: yes
[16:49:11] John Blackburn: so if I were to write flurry.gexport now
[16:49:26] ??????? ????????: Copy command?
[16:49:28] John Blackburn: and press "select plugins"
[16:49:36] John Blackburn: it would appear as an option
[16:49:42] Nico: yes
[16:49:47] ***  ***
[16:50:18] Nico: This is a .gplugin for my BLE plugin
[16:50:38] John Blackburn: OK one you wrote yourself as a "user"?
[16:50:44] John Blackburn: so Gideros users can write similar
[16:50:53] Nico: yes
[16:51:46] Nico: basically it says: I am plugin called "Ble", I can be installed on APK export, and here's how...
[16:52:05] John Blackburn: trying it
[16:52:16] John Blackburn: must be administrator
[16:53:23] John Blackburn: I put it here
[16:53:23] John Blackburn: C:\Program Files\Gideros_2016_4_u1\Templates
[16:53:24] Nico: You must put it in "All Plugins"\BLE
[16:54:19] Nico: because it is a plugin, not a Template :)
[16:54:46] John Blackburn: Ah, it is now in plugin selection, nice!
[16:55:01] Anthony Ball: ble ?
[16:55:12] Anthony Ball: Bluetooth ?
[16:55:29] Nico: yes
[16:55:46] Nico: in fact the whole XML Scripting stuff is intended for plugins at first
[16:56:25] Nico: so that installing plugins won't require copying files around or adding stuff in source code
[16:56:42] Anthony Ball: (hopefully)
[16:57:12] Nico: with my BLE plugin, I can export to APK with BLE plugin integrated in one click
[16:58:03] John Blackburn: Amazing!
[16:58:29] John Blackburn: I will try to write a gplugin for flurry
[16:58:46] John Blackburn: will implement this
[16:58:46] John Blackburn: http://docs.giderosmobile.com/reference/plugin/flurry#flurry
[16:59:03] Nico: I began a Facebook.gplugin, but it looks like Facebook integration is no longer easy with eclipse
[16:59:55] John Blackburn: Is your language powerful enough to add stuff to project files?
[17:00:05] John Blackburn: "Download Flurry header and libraries and add them to your Xcode project."
[17:00:16] Nico: you can do that with replacements
[17:00:19] John Blackburn: so we would have to copy .h files and add them
[17:00:43] John Blackburn: 3. Add {Gideros Installation Directory}/All Plugins/Flurry/source/iOS/flurry.mm file to your Xcode project.
[17:00:46] Nico: just be sure that some tag exists in the project Template beforehand
[17:01:20] John Blackburn: Actually there is no such file
[17:01:24] John Blackburn: 3. Add {Gideros Installation Directory}/All Plugins/Flurry/source/iOS/flurry.mm file to your Xcode project.
[17:01:33] John Blackburn: which just shows how much this is needed!
[17:02:50] Nico: yes it is, in one hand we ask people to do clean exports on new versions, but integrating plugins is such a pain
[17:02:59] John Blackburn: We also need to download libs and headers for them
[17:03:09] John Blackburn: "Download Flurry header and libraries 
[17:03:19 | Edited 17:03:27] John Blackburn: I assume these are not user-specific?
[17:03:38] Nico: maybe we should package them with gideros, or as additional downloads
[17:03:57] John Blackburn: package them
[17:04:03] John Blackburn: Gideros is already > 1 Gb
[17:04:30] John Blackburn: real question is whether to put them on github
[17:04:33] John Blackburn: I think yes
[17:04:35] Anthony Ball: an additional download, a zip (renamed eg .plug) that contains further zips of packages for all the os versions of a plugin)
[17:05:24] Anthony Ball: we need a download system for the plugins, also for the main export files
[17:05:36] Anthony Ball: that way the main download only needs to have the editor
[17:05:52] John Blackburn: that's for the future....
[17:06:11] Anthony Ball: You should think about it for plugins now
[17:06:34] John Blackburn: certainly not my area ... :-)
[17:06:43] Anthony Ball: it should just be a matter of downloading a file to a specific folder
[17:06:51 | Edited 17:07:00] John Blackburn: in fact maybe I should go on a course... computer networking :)
[17:07:08] Anthony Ball: it's not really 'networking', just a http download
[17:07:44] John Blackburn: yes but behind password screen/login maybe
[17:07:46] Anthony Ball: Maybe this:  http://www.bogotobogo.com/Qt/Qt5_Network_Http_Files_Download_Example.php
[17:08:10] Anthony Ball: https://www.youtube.com/watch?v=dw50MnqH-Qo
[17:08:24] John Blackburn: thanks!
[17:08:49] John Blackburn: OK, so I think I know got the bottom of the export + plugins
[17:09:02] John Blackburn: There remains the issue of how to do passwords
[17:09:10] John Blackburn: when studio calls gdrexport
[17:09:25] John Blackburn: personally I see no problem with -password command line option
[17:09:35] John Blackburn: mostly gdrexport reads gproj
[17:09:39] John Blackburn: but stuff can be overridden
[17:10:27 | Edited 17:10:34] John Blackburn: -password overrides a setting which is default empty
[17:10:49] John Blackburn: because passwords too dangerous to store plain text in gproj
[17:11:02] John Blackburn: (and encryption complex/insecure)
[17:11:19] Anthony Ball: have it so it's optional - it can be left blank, and so the user will be asked or you can use -password
[17:11:33] John Blackburn: but we cannot ask the user easily
[17:11:39] John Blackburn: since gdrexport is command prompt
[17:11:40] John Blackburn: no gui
[17:11:51 | Edited 17:11:56] John Blackburn: (unless it actually pops up a command prompt)
[17:11:59] John Blackburn: (currently does not)
[17:12:25] John Blackburn: for now gdrexport expects it by command line