Live notes: AzuleJoe five by five

#08/04/2016-10:09:49 GMT+1:

This is a live notes post. It is of very low interest to almost all readers, but I do believe that the more open my work is, the better that work goes.   These are posts mostly written for me, but if you arrived here from a search engine and it looks like I once had a problem that you have now then feel free to drop me a line and I’ll put things into order a little bit.

 

#08/04/2016-10:10:30 GMT+1:

Today’s topic is AzuleJoe, I really want to get the CK20 templates working with what I think of as the second generation of AzuleJoe.

 

#08/04/2016-10:12:41 GMT+1:

Brief early distraction. I’d like to try https://asciinema.org/ today.

 

#08/04/2016-10:14:49 GMT+1:

While waiting for the installation, let’s look at the git tree

#08/04/2016-10:26:17 GMT+1:

Took longer than I’d like to get that working…

 

#08/04/2016-10:29:34 GMT+1:

Okay, the fivebyfive test page is only four by four…

 

#08/04/2016-10:34:13 GMT+1:

This is strange, there was more done for this… let’s look online.

#08/04/2016-10:46:17 GMT+1:

Hmm – I’m now mostly exploring and tidying up various repos.

 

#08/04/2016-10:57:49 GMT+1:

This is strange… Why CAN’T I find it…?

 

#08/04/2016-11:14:08 GMT+1:

Okay, having to start again, I’m using the fivebyfivebranch on by local machine…

 

#08/04/2016-12:38:40 GMT+1:

(was away for helping my other half with something)

 

#08/04/2016-12:59:46 GMT+1:

Okay – think we have finally adjusted the css correctly…

#08/04/2016-13:20:29 GMT+1:

back from lunch and I’ve decided to make the sandbox directory a push-to-deply directory

 

First thing is to zip everything there.

 

#08/04/2016-13:25:14 GMT+1:

Have thrown all of the sadbox contents into sandbox-old.tar and wiped the directory.

 

#08/04/2016-13:37:20 GMT+1:

I’m putting the holding repo in deploy-az-op5b5 and the viewable one in /test/op5b5.  I’ve called the repo on flair deploy-az-op5b5 as well.   Pushing now.

 

#08/04/2016-13:39:48 GMT+1:

23% really need to cut the dead weight from the repos but I want to get the translation bits finished first.

 

#08/04/2016-14:13:19 GMT+1:

Currently dealing with;

remote: fatal: This operation must be run in a work tree

#08/04/2016-14:28:50 GMT+1:

The two approaches I’m trying are:

https://www.digitalocean.com/community/tutorials/how-to-set-up-automatic-deployment-with-git-with-a-vps

https://www.digitalocean.com/community/tutorials/how-to-set-up-automatic-deployment-with-git-with-a-vps

http://krisjordan.com/essays/setting-up-push-to-deploy-with-git

 

#08/04/2016-14:39:40 GMT+1:

Hey – finally got it to work (via the digital occean link)

 

#08/04/2016-14:42:36 GMT+1:

deployed version didn’t work. sigh.  Off to do another thing…

 

#08/04/2016-14:59:38 GMT+1:

Hmm – working differently on my laptop – NOT better, just a different

 

#08/04/2016-15:09:45 GMT+1:

Okay – coping over the icons form a previous itteration works fine… so that’s pretty strange…

 

#08/04/2016-15:13:08 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

I believe I fixed a PHP problem by using the nl2br function.

 

#08/04/2016-15:27:44 GMT+1:

still struggling with icons…

#08/04/2016-15:34:15 GMT+1:

Wait – I was looking in the wrong window…  Seems to be working much better now.

 

#08/04/2016-15:34:59 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Fixing the size of the input in create.sh appears to have solved the icon issue.  Committing to push

#08/04/2016-15:36:24 GMT+1:

The relevant command:

MacBook-Air:azulejoe josephreddington$ git push deploy-az-op5b5 fivebyfive
Counting objects: 6, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 839 bytes | 0 bytes/s, done.
Total 6 (delta 3), reused 0 (delta 0)
To joereddington@joereddington.com:git/deploy-az-op5b5
ea9a7b5..0a5874d  fivebyfive -> fivebyfive
MacBook-Air:azulejoe josephreddington$

#08/04/2016-15:42:41 GMT+1:

Hmm, did NOTwork…

 

#08/04/2016-15:55:58 GMT+1:

Okay – the commit hook appears to have stopped – but at least when I manually pull, the php problem has been fixed.

 

#08/04/2016-16:17:53 GMT+1:

Ah – I think I’ve diagnosed the problem – there is a hardcoded path in the upload.php – even if this isn’t the main problem it’s one worth fixing with the help of this (duly upvoted) stackoverflow answer.

 

#08/04/2016-16:31:36 GMT+1:

Didn’t work – althoght that might be because I’m missing a slash.

 

#08/04/2016-16:35:13 GMT+1: Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Fixed the problem with the wrong script being called by adding a call to dirname.

 

#08/04/2016-16:41:16 GMT+1:

Hmm it’s possible that I’ve also worked why the auto deploy was failing.

#08/04/2016-16:44:59 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Turning off a remaining javascript alert.

#08/04/2016-17:00:59 GMT+1:

Okay, tring something else for the post-receive hook. (a hacked version of http://www.janosgyerik.com/deploying-new-releases-using-git-and-the-post-receive-hook/)

 

#08/04/2016-17:03:11 GMT+1:

Finally worked.

Okay, once more from the top.

…and it works. I’m Pretty happy with that.
Let’s have a quick brainstorm on next steps….

 

#08/04/2016-17:10:51 GMT+1:

Okay, it’s clear that the size differences should be resolved before we move much futher. That or testing.  I’m going to create a duelsize branch, and that branch will have a dead branch where I’ll be looking for the differences after trying a merge.

 

#08/04/2016-17:18:13 GMT+1:

My dead merge strategy was a silly one. It  just brought in the loder changes. Need to do it the other way around.

 

 

 

#08/04/2016-17:25:34 GMT+1:

So it looks like this is the list of files that need a change

Fast-forward
create.sh                         |  2 +-
grab_text.py                      | 20 +++++++–
index.html                        |  3 +-
templates/azulejoe.css            |  6 +–
templates/index.html              | 16 +++++–
templates/index.php               | 93 +++++++++++++++++++++++++++++++++++++++
templates/javascript/read_json.js | 10 +++–
templates/javascript/scanning.js  | 16 +++++–
upload.php                        |  4 +-
9 files changed, 149 insertions(+), 21 deletions(-)

 

It looks like the best result is going to be to store the grid size (and thinking ahead, name, and voice_location) into the JSON. That takes care of the template end – I think that that the php is going to have to pass that directly to the create file.

 

The only problem will be the css. Which I think that we might have to just have two files for the time being.  The hack here is, of course, to have two lots of templates, but It’s clear that doesn’t get us very far.

 

#08/04/2016-18:13:32 GMT+1:

A move to starbucks…

 

#08/04/2016-18:35:21 GMT+1:

Okay there is a new branch ‘settingsInJson’ and I’ve got it to write settings in JSON.  At the moment i’m getting the javascript to accept it…

 

#08/04/2016-18:37:42 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

 

grab_text is writing example settings in JSON and the interface is coping without change. Also got around to changing the name of the pageset

#08/04/2016-18:46:17 GMT+1:

Ah, my previous approach was naive. I’m now giving the grid it’s own slot to make parsing easier.

 

#08/04/2016-18:52:25 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

grid_size_rows and grid_size_columns are now being successfully read from the JSON.

#08/04/2016-18:54:02 GMT+1:

Rushing off, but next thing to do is to have the grab_text produce the grid size from input.

#08/04/2016-19:30:48 GMT+1:

That’s been done, and i’m attempting to merge back in to the 5×5 branch to see if ti works (master is currently 4×4). Merge conflicts fixed.

#08/04/2016-19:32:09 GMT+1:

Amazing! That worked perfectly!

 

#08/04/2016-19:32:30 GMT+1:

It occurs to me that I can use the existing generated directories to compare the templates between the 5 and the 4…

 

#08/04/2016-19:40:20 GMT+1:

…and indeed the comparison showed few real differences. We should merge the javascripts immediately, and separately solve the issue passing to the index file.

 

The css file should be solved by naming the two types differently and letting the different index files sort it out.

 

#08/04/2016-20:58:14 GMT+1:

Hmm (after dinner now). it appears that merging will have to happen all at once – the complexities of doing it otherwise are a pain.

#08/04/2016-21:17:56 GMT+1:

Hmm – working on getting the php to read json – currently struggling to get ‘hello world’ out..

 

#08/04/2016-21:24:13 GMT+1:

Hmmm – actually uncovered an error that’s a bit earlier than that…

 

#08/04/2016-21:32:17 GMT+1:

Strange, works fine on the local machine, and badly on the test server…

 

#08/04/2016-21:53:05 GMT+1:

Same file.. same code… strange….

Oddly it works fine the first time it’s loaded – it just fails on refresh.

 

#08/04/2016-21:59:48 GMT+1:

Ah-ha, I think there is a problem with the row numbers being used in the setup for the javascrpt. Oddly I think this might be best solved by the php, but we’ll try and keep an offline version together for now…

#08/04/2016-22:14:44 GMT+1:

Okay – we’ve confirmed that’s the problem.

#08/04/2016-22:16:45 GMT+1:

It looks like the solution is to do some refactoring of the javascrpit. Not before time.

 

#09/04/2016-14:30:19 GMT+1:

A couple of commits into the next morning. I’m currently using a checker(http://jslint.com/) to go through my big javascrpt file.

#09/04/2016-14:56:57 GMT+1:

I believe that we’ve made enough process to fix the bug (and quite a lot of useful other things besides). I’ve merged and pushed to deploy.

 

#09/04/2016-14:58:25 GMT+1:

Ah-ha! working – with a slight delay in the refresh case, but working. Now I want to see if I can merge the same changes into the master branch…

#09/04/2016-14:59:47 GMT+1:

 

That appears to have gone in like a one minute dream – but let’s test…

 

#09/04/2016-15:06:21 GMT+1:

 

Turns out it was an awful idea.  rolled back the merge with git reset --hard HEAD@{1}

 

#09/04/2016-15:07:20 GMT+1:

Let’s do the css and then see how much it will take us to just fly through the merge…

#09/04/2016-15:07:55 GMT+1:

Actually might be best to do the php first…

 

#09/04/2016-15:20:59 GMT+1:

Struggling with the php.

 

Actually now might be a good time to take stock.  Since yesterday, we’ve managed to get the five by five version of the icon focused version working. We’ve got parsing of PowerPoint files working on both the 4b4 and 5b5 versions. We’ve also got a push to deploy server set up nicely.  We’ve cleaned up the JavaScript significantly and we are very close to getting the main page successfully parsing templates of either size.

 

#09/04/2016-15:55:17 GMT+1: Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

The php now also directly reads the json and uses it to work out how many rows to make.

#09/04/2016-16:28:32 GMT+1:

Now attempting to make the php use different classes for the table (so the css works)

#09/04/2016-16:38:50 GMT+1:

about to do a proper 4b4 test on the 5b5 site.  Hang on.

 

#09/04/2016-16:43:55 GMT+1:

What do you know! It worked.

#09/04/2016-16:48:55 GMT+1:

I’ve pulled development back down to my own laptop to deal with the javascript I now have to sort out.

#09/04/2016-17:55:18 GMT+1:

Fixed the javascrpt (I think) we’re now back on the server to make the php interact well with it.

 

#09/04/2016-17:56:23 GMT+1:

Struggling to focus tho – think it might be time to step back… just

 

#10/04/2016-11:53:13 GMT+1:

Hmm appears to be some notes missing from last night – which is annoying because I now am failing to remember where I was…

 

#10/04/2016-11:53:54 GMT+1:

In any case, I’m going to put together a branch for connecting up the create.sh to the php.

 

#10/04/2016-12:11:08 GMT+1:

Branch made (conncetinghtml) and I believe I’ve connected the size up and prepared the front end for the language (as well as tidying up the lang bit)

 

#10/04/2016-12:20:23 GMT+1:

Fixed a bug about missing a space.

 

#10/04/2016-12:25:40 GMT+1: Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Choosing a size from the web page now correctly processes the input and creates either a five by five or a four by four grid as appropriate.

#10/04/2016-12:28:40 GMT+1:

Merged and pushed.

 

#10/04/2016-12:36:42 GMT+1:

Working on the language now.  Should just be a simple find and replace statement, but never that simple.

 

#10/04/2016-13:29:47 GMT+1:

And indeed – I’m find a replacing a string with single quotes, with another string containing single quotes in perl with odd quoting via a bash script with it’s own odd quoting…

 

#10/04/2016-13:38:02 GMT+1:

Think might be working better now…

 

#10/04/2016-13:38:31 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Finished connecting the languages.

 

#10/04/2016-13:48:14 GMT+1:

Just testing the Bulgarian version now (which motivated this whole thing) if it works, we are going to do a big merge-and-push and move session.

 

#10/04/2016-13:50:02 GMT+1:

Did NOT work… did NOT work well at all.  But there are some warnings to sort out…

 

#10/04/2016-13:51:58 GMT+1:

Re-uploading… (fixed the out of area warnings).

 

#25/04/2016-09:59:54 GMT+1:

We are back!   At the end of the last session, I thought I had fixed the bulgarian version up, but our tester pointed out that, no, we had failed.  There are several things we have to fix, mostly related to the Cyrillic alphabet.   The first thing is that this sort of thing:

[code language=”python” wraplines=”false” collapse=”false”]
alpha = string.ascii_lowercase + string.ascii_uppercase + string.digits + ‘_’

def resizeImage(image, scaleFactor):

def remove_punctuation(s):
"""removes puncuation,
provided by http://codereview.stackexchange.com/a/101806/4759"""
return ”.join(c for c in s if c in alpha)

[/code]

is fairly unfriendly.

#25/04/2016-10:27:58 GMT+1:

Okay – with the help of this, this, and this, duly upvoted stack overflow posts.  We now have something that at least runs. Let’s look at the result.

 

#25/04/2016-10:31:07 GMT+1:

Okay the icon files look like they are properly rendered. Let’s run the proper thing.

 

#25/04/2016-10:32:34 GMT+1:

Hmm, the json looks a lot better – but the static html file hates it… hmm.  Maybe the static file hasn’t been updated in a while.

 

hmm.  Let’s push to the test server and see what happens.

 

#25/04/2016-10:38:13 GMT+1:

Ah – it appears that my server version is on another branch with uncommitted changes. I’ll need to fix that, but first I’ve been called in to help with something else.

 

#27/04/2016-16:04:22 GMT+1:

I’ve committed (we now allow uploads to overwrite) and pulled. Let’s test

 

#27/04/2016-16:07:27 GMT+1:

Did NOT work.  the pageset file appears to have disappeared…

#27/04/2016-16:08:21 GMT+1:

…and even when it is run from the command line, it vanishes there as well.  Okay.

 

#27/04/2016-16:09:11 GMT+1:

For comparison I’m uploading the English version.

 

#27/04/2016-16:10:29 GMT+1:

Ah-ha – english is also failing, what have I done?

Let’s see if that is the overwriting…

 

#27/04/2016-16:14:06 GMT+1:

Okay I think it is NOT the overwriting – but I do think that this is the same thing that was happening locally with the static file I was looking at.

 

#27/04/2016-16:21:37 GMT+1:

Ah – I’d hardcoded something… so the new code dosen’t work with the old page sets. What I should do is include the start page (or, as K pointed out, the set of start pages) to the main thing. I’ll add a task.  Also I want my AzuleJoe development to be in Trello now, we’ve reached that point. And it should be public.

 

#27/04/2016-16:24:48 GMT+1:

Okay rant over, does the bugarian version work?

 

#27/04/2016-16:26:28 GMT+1:

I think so – I think better.  Let’s commit and see properly.

 

#27/04/2016-16:26:43 GMT+1:Commit http://joereddington.com/5825/2016/04/08/live-notes-azulejoe-five-by-five/

Bugfix. Changed a hardcoded string so that the new version of gettext works.

 

#27/04/2016-16:32:07 GMT+1:

Pulled and I’m uploading file to check now.

#27/04/2016-16:32:56 GMT+1:

Pageset fails to be produced.

 

#27/04/2016-16:34:21 GMT+1:

But when it is created manually, the problem is fixed.  Hmm. One problem solved. Another created.

 

#27/04/2016-16:36:04 GMT+1:

Let’s find out if icons are created.

 

#27/04/2016-16:37:26 GMT+1:

No icons are created.

#27/04/2016-16:37:34 GMT+1:

Let’s think.

 

create is definitely running – it copies the stuff across.

 

#27/04/2016-16:38:49 GMT+1:

I’ve seen it work recently I think…

 

#27/04/2016-16:40:29 GMT+1:

A-ha! works in English – or is that when ‘set’ to English….

 

#27/04/2016-16:41:18 GMT+1:

Have done the other two cases of the truth table.  There’s something about the file? That’s strange… The name?

 

#27/04/2016-16:43:39 GMT+1:

Nope – fails as ‘ho.pptx’

 

#27/04/2016-16:44:12 GMT+1:

and the other works as “no.pptx” I N’Tget it… unless it’s throwing an error really early…

 

Hmm – thinking…

 

#27/04/2016-16:48:29 GMT+1:

Okay – let’s add some sentinels. Putting them first in upload.php.

 

The file no.pptx has been uploaded and processed, you can view the results here/home/joereddington/communikate.joereddington.com/test/op5b5/create.sh no.pptx 5 enunknownSlide 23 link here: [4] [3]
unknownSlide 23 link here: [3] [2]
unknownSlide 23 link here: [2] [2]
unknownSlide 23 link here: [3] [1]
unknownSlide 37 link here: [3] [3]
unknownSlide 37 link here: [3] [1]
unknownSlide 54 link here: [1] [3]
unknownSlide 54 link here: [3] [1]
unknownSlide 86 link here: [2] [1]
unknownSlide 90 link here: [1] [1]
unknownSlide 90 link here: [2] [2]
unknownSlide 90 link here: [2] [1]
unknownSlide 92 link here: [0] [1]
unknownSlide 92 link here: [0] [2]
unknownSlide 94 link here: [1] [1]
unknownSlide 96 link here: [4] [3]
unknownSlide 96 link here: [0] [3]
unknownSlide 96 link here: [1] [1]
unknownSlide 96 link here: [2] [1]
unknownSlide 96 link here: [0] [1]
unknownSlide 97 link here: [1] [2]

 

#27/04/2016-16:57:09 GMT+1:

For the fail case:

 

The file ho.pptx has been uploaded and processed, you can view the results here/home/joereddington/communikate.joereddington.com/test/op5b5/create.sh ho.pptx 5 enhey
you

 

(the hey you are sentiels added to create)

 

This starts to imply that the python is too blame.

 

#27/04/2016-16:59:41 GMT+1:

Have just remembered this feature i put in:

 

print_exceptions = True

trying again…

 

#27/04/2016-17:00:31 GMT+1:

The file ho.pptx has been uploaded and processed, you can view the results here/home/joereddington/communikate.joereddington.com/test/op5b5/create.sh ho.pptx 5 enhey
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
you

 

So definitely python is running (I can remove the sentiels in the php and bash).  But why is it going wrong…

#27/04/2016-17:02:12 GMT+1:

The results for the working version are much longer than this, but this is the important bit.

The file no.pptx has been uploaded and processed, you can view the results here/home/joereddington/communikate.joereddington.com/test/op5b5/create.sh no.pptx 5 enhey
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 164 “ro] = shape.fill.fore_color.rgb”): no .rgb property on color type ‘_SchemeColor’
EXCEPTION IN (grab_text.py, LINE 173 “if shape.auto_shape_type == MSO_SHAPE.FOLDED_CORNER:”): ‘straightConnector1’
EXCEPTION IN (grab_text.py, LINE 173 “if shape.auto_shape_type == MSO_SHAPE.FOLDED_CORNER:”): ‘line’
EXCEPTION IN (grab_text.py, LINE 173 “if shape.auto_shape_type == MSO_SHAPE.FOLDED_CORNER:”): ‘line’

 

#28/04/2016-17:05:10 GMT+1:

Okay, time to come back to this.

#28/04/2016-17:15:49 GMT+1:

Ah-ha! The bug is in export_images!

 

#28/04/2016-17:40:37 GMT+1:

I’ve given up attempting to trace the particular error and made all images have the same name.  Just need to get it released.

 

Leave a Reply