[add-art dev] Auto image update status

[Steve Lambert]

EPIC!




On Jun 23, 2008, at 12:46 PM, Ethan Ham wrote:

> Done & committed!
>
>
> On 6/23/08 12:15 PM, "Ethan Ham" <ethan at ethanham.com> wrote:
>
>> Sure, that’s easy... I’ll do that now.
>>
>>
>> On 6/23/08 12:11 PM, "Steve Lambert" <steve at visitsteve.com> wrote:
>>
>>> Is there a way we could throw a dialog box to the user that says  
>>> something like "add-art has downloaded new images, restart  
>>> Firefox to see them" ...or something?
>>>
>>>
>>>
>>> Steve
>>>
>>> --
>>> Steve Lambert
>>> http://visitsteve.com
>>> Eyebeam Senior Fellow
>>> http://eyebeam.org
>>>
>>>
>>>
>>>
>>>
>>> On Jun 23, 2008, at 11:53 AM, Ethan Ham wrote:
>>>
>>>> Ok, I've done the fix mentioned below.  New image jar files are  
>>>> saved off as
>>>> "~image.jar." When Firefox next launches, the ~image.jar is  
>>>> renamed (and
>>>> replaces) image.jar.
>>>>
>>>> There's one problem I wasn't able to fix, however... If after a  
>>>> new image
>>>> set is downloaded, the user opens a new Firefox window (not tab)  
>>>> before
>>>> restarting Firefox, then the add-art images disappear the next  
>>>> time a page
>>>> with ads is browsed to (or is refreshed).
>>>>
>>>> This is a bit of an outside case.  Is it acceptable?  I can't  
>>>> think of any
>>>> way around it :(  I tried putting the file copy code in  
>>>> addart.js because
>>>> that code is called only once, upon Firefox's initialization...
>>>> Unfortunately the file copy code won't work there because the  
>>>> services
>>>> needed are yet available.
>>>>
>>>> Ethan
>>>>
>>>>
>>>> On 6/23/08 11:16 AM, "Ethan Ham" <ethan at ethanham.com> wrote:
>>>>
>>>>
>>>>> It was great to meet you on Saturday, Steve!
>>>>>
>>>>> I've tracked down the problem we were having with the image  
>>>>> update process.
>>>>> The Americana set of images had a bunch of problems (corrupted  
>>>>> files,
>>>>> different sizes, misnamed extensions (jpeg instead of jpg).
>>>>>
>>>>> When I made a set of images myself (I used the Japanese print  
>>>>> set as the
>>>>> basis for the new set, and then painted a green stripe on  
>>>>> them), it worked
>>>>> fine.
>>>>>
>>>>> I checked in a fix for the problem we found on Saturday (that  
>>>>> the extension
>>>>> was using a cached version of image_set.xml).
>>>>>
>>>>> I've noticed that the extension doesn't like the images.jar  
>>>>> file being
>>>>> changed while it is running (it stops showing the images until  
>>>>> Firefox is
>>>>> restarted).  I'm going to do a fix for that today (after a new  
>>>>> images.jar
>>>>> file is downloaded, we won't replace the old one until the new  
>>>>> time Firefox
>>>>> launches).
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Supperclub mailing list
>>>>> Supperclub at lists.add-art.org
>>>>> http://lists.add-art.org/listinfo.cgi/supperclub-add-art.org
>>>>>
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Supperclub mailing list
>>>> Supperclub at lists.add-art.org
>>>> http://lists.add-art.org/listinfo.cgi/supperclub-add-art.org
>>>>
>>>
>>>
>>> _______________________________________________
>>> Supperclub mailing list
>>> Supperclub at lists.add-art.org
>>> http://lists.add-art.org/listinfo.cgi/supperclub-add-art.org
>>
>>
>> _______________________________________________
>> Supperclub mailing list
>> Supperclub at lists.add-art.org
>> http://lists.add-art.org/listinfo.cgi/supperclub-add-art.org
>
> _______________________________________________
> Supperclub mailing list
> Supperclub at lists.add-art.org
> http://lists.add-art.org/listinfo.cgi/supperclub-add-art.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.add-art.org/pipermail/supperclub-add-art.org/attachments/20080623/3e38b4bc/attachment-0001.htm>