headers
Josh Mellicker | 1 Nov 2008 01:27
Favicon

Re: OT: How fast can apple replace a battery?

We took a MacBook into an Apple store and they replaced the battery in  
about 3 minutes.

On Oct 29, 2008, at 3:08 PM, Andre Garzia wrote:

> Hello Friends,
>
> I think my macbook been affected by that problem with batteries which
> apple issued a recall. My father will be at NYC for two days only. Do
> apple replace the battery on the spot? I want to know if I should give
> him the laptop to take to their shop or not... the hard part is that
> he'll probably have one day or two maximum there.
>
> Cheers
> andre
>
> -- 
> http://www.andregarzia.com All We Do Is Code.
> _______________________________________________
> use-revolution mailing list
> use-revolution@...
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
(Continue reading)

Permalink | Reply | 1 comment |
headers
Chipp Walters | 1 Nov 2008 04:34
Gravatar

Re: Vista 64-bit computer?

This is a know Vista 64 bug. I've posted it to the bug database.
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 3 comments |
headers
Joe Lewis Wilkins | 1 Nov 2008 04:44
Picon

Re: Vista 64-bit computer?

The problem was the msg box didn't work?

Joe Wilkins

On Oct 31, 2008, at 8:34 PM, Chipp Walters wrote:

> This is a know Vista 64 bug. I've posted it to the bug database.
> _______________________________________________

_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 2 comments |
headers
Chipp Walters | 1 Nov 2008 09:33
Gravatar

Re: Vista 64-bit computer?

This problem is fixed using the my Vista 64 patch stack at:
http://www.gadgetplugins.com/altplugins/Vista64Patch.rev

Basically, the issue has to do with 'the globalnames' wherein there
are 2 environment globals which are problematic:

$ProgramFiles(x86)
$CommonProgramFiles(x86)

I've tracked down both the message box bug and the script editor bug
to this problem and have created a patch which writes
to
and saves the Message Box stack and the revDebugger stack. As with all
my patches, you can revert to a previous state.

This patch will not run on anything but Vista 64. Even if a mac or other pc
were patched, things will work as they should. I suspect this patch will
be in an upcoming version of Rev. AFAICT, there are no other
outstanding issues with running
Rev 3.0 in Vista.
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 1 comment |
headers
Chipp Walters | 1 Nov 2008 10:10
Gravatar

Re: Vista 64-bit computer?

On Sat, Nov 1, 2008 at 2:33 AM, Chipp Walters <chipp@...> wrote:

> AFAICT, there are no other outstanding issues with running
> Rev 3.0 in Vista.

I meant to say:

AFAICT, there are no other outstanding issues with running Rev 3.0 in Vista
64 versus running Rev 3.0 in Vista. I'm sure there are *some* outstanding
issues, just none I know of which are on one platform (32) and not the other
(64).

-C
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 0 comments |
headers
David Glasgow | 1 Nov 2008 11:14
Picon

Re: special folders


On 31 Oct 2008, at 5:00 pm, Ken Ray wrote:

>
> Right - in both cases, you can use specialFolderPath(35) and it  
> will resolve
> properly on both platforms.

Aha.  That is very helpful.  I had followed the link on the Rev  
dictionary page and found CSIDL_PROGRAM_FILES = 0x0026
which I hadn't appreciated is pure VB (?), I thought the numerical  
reference was a Windows thing, and represented what I would have to  
put in the parentheses in specialfolderpath ().  I just hadn't read  
properly your web page which clearly states "Use the entry under the  
No. heading with specialFolderPath" I also hadn't anticipated the  
simplicity of the syntax being the naked decimal number in parentheses.

That one example has no doubt saved me hours of fettling about.

>
> Tiemo is right though - on both Vista and XP, the Application Data (or
> ProgramData) folder is a hidden folder that novice users won't have  
> changed.

That could be exactly what I want for my results stack.  I can see  
that lots of developers use it, presumable for data which are not  
preferences or user accessible products of the program.

>
> The general rule of thumb is:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richmond Mathewson | 1 Nov 2008 14:14
Picon
Favicon

Economy and Image Formats . . .

Just being working on one of my graphics intensive programs for my
language school. Unlike most of my programs this one requires one,
extremely 'fat' graphic (1.6 MB) to be repeated over a large number of 
cards; and, frankly 25 times 1.6 MB means that the standalone will eat my
P3 - Ubuntu boxes for lunch.

So:

Imported the graphic on card 1 and used it as the icon for a graphic-sized
button on all the other cards. 

Have been doing this for quite some time with all those silly, little, 
repetitive things such as colourful nav-btns.

Yeah, I know I am reinventing the wheel, but it bears reiterating.

While I am on this topic:

sometime ago a venerable member of the MetaCard/Revolution community
convinced me that PNG images "were the thing" rather than GIFs:

Now, may be this is a quirk of GIMP (Yes, I have a bee in my bonnet insofar as I am not a wealthy person AND I don't
think using Pirate software is a good idea - so favour Open Source software; not for everyone, but
definitely for me; and will always push newbies towards it unless they are dripping with surplus cash
[err, who is?]), but even with compression set to maximum with PNGs, the PNGs are at least twice the bloat of
GIFs. This doesn't really matter on machines like my G4 dual-proc with 2 GB RAM; but on cranky old PCs it
makes a big difference.

I have never had a problem with GIF images on Ubuntu, and so really don't see why using PNG format would be a
tremendous advantage.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Colin Holgate | 1 Nov 2008 14:30
Favicon

Re: Economy and Image Formats . . .


On Nov 1, 2008, at 9:14 AM, Richmond Mathewson wrote:

> I have never had a problem with GIF images on Ubuntu, and so really  
> don't see why using PNG format would be a tremendous advantage.

GIFs are up to 256 colors, and you'll get a dither of colors if the  
original image uses more colors than that. PNG can be 8 bit or 24 bit.  
How much compression you get will depend on the size of large flat  
colored areas, it's not like JPEG where the quality of the image is  
lowered to get smaller sizes, with PNG it's going to be a particular  
size.

So, you would use PNGs if having the picture looking good is the most  
important thing, or if the image has alpha transparencies in it (not  
just transparent or not transparent as with GIF, but degrees of  
transparency).

Depending on the nature of the image, JPEG may well be a better option  
than either PNG or GIF.

_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 0 comments |
headers
Richmond Mathewson | 1 Nov 2008 15:19
Picon
Favicon

Economy and Image Formats . . .

Colin Holgate wrote:

"Depending on the nature of the image, JPEG may well be a better option  
than either PNG or GIF."

Well, I should perhaps have qualified things insofar as where I do not
require transparency I use JPEG.

However, I have built up a library of reuseable images for nav-btns, 
answer checkers, and so on, that, to be reused against differing 
backgrounds, and (as is often the case with my internal work) overlap 
fields, have to be stored in a format that offers transparency.

As most of the imagery I employ are either 'textured' background images or
cartoon-style characters (animals and children, the usual artefacts 
employed in teaching EFL to children: tables and chairs, crayons, pens and 
pencils) the fact that they will only have a range of 256 colours does not 
seem to matter much. On the few occasions I use a photograph [recently 
some kids have been extrapolating the Present Continuous Tense from a film 
of a Komodo Dragon eating a live chicken] I generally go for JPEG.

My main concern is to be as 'mean' as possible when building stacks as 
my target machines are P3s (500-800 MHz 128 RAM) running Ubuntu 5.04; 
and they need to be relatively responsive as fairly tired of undoing the 
damage wreaked by "obsessive multiple clickers".

What is interesting to me, as well, is that the Runtime Revolution 
Use-List has, at least to my mind, been slightly top-heavy on programming
 concerns, and lacking in the area of the day-to-day practicalities as 
mentioned above. May be I'm the only person who is trying to programs for
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richmond Mathewson | 1 Nov 2008 16:23
Picon
Favicon

Snapshots of movie frames

Really very cheesed-off to see on Versiontracker somebody offering a 
one-trick pony that takes snapshots of movie frames for MONEY.

Uploaded my (primitive) take on this to revOnline:

"Movie Imager" a.k.a MIMGER.rev under Richmond

it certainly works on my Macintosh; give it a shot on Windows and Linux 
and see what happens.

Love, Richmond.

____________________________________________________________

A Thorn in the flesh is better than a failed Systems Development Life Cycle.
____________________________________________________________

      
_______________________________________________
use-revolution mailing list
use-revolution@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Permalink | Reply | 3 comments |

Gmane