[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Flash Is Not Supported in 80-Column?



"Lyrical Nanoha" <LyricalNanoha@dosius.ath.cx> wrote in message 
Pine.LNX.4.62.0602181945150.17137@static-141-149-129-16.buff.east.verizon.net">news:Pine.LNX.4.62.0602181945150.17137@static-141-149-129-16.buff.east.verizon.net...
> On Sat, 18 Feb 2006, Bryan Parkoff wrote:
>
>>    Some folks told me what they claimed couple years ago that flash 
>> feature
>> is not supported in 80-column for all Apple II family.  I had to restore
>> what I remember a long time ago.  If they try to type "FLASH" in 
>> 80-column,
>> it will show only inverse.  I think that they talked about Apple II+.  If
>> not, then they are WRONG.
>>    Apple II+ does not implement 80-column feature unless controller card 
>> is
>> used such as Videx or third party.  It never had any feature like flash
>> supported.  Apple //e, Apple //c, and Apple IIgs do support flash feature 
>> in
>> 80-column because they have primary and alternative fonts.
>>    The fact is that you type "PR#3", it always turns on alternative font 
>> by
>> default.  It is why flash becomes inverse.  The only way is to switch 
>> from
>> alternative to primary font by turning off alternative switch.  It would 
>> be
>> $C00E or 49166.
>>
>> Type: "C00E:00 <RETURN>" in assembly prompt or "POKE 49166,0 <RETURN>" in
>> Applesoft BASIC prompt.
>>
>>    After doing this, you will see flash feature in 80-column.
>>
>> Bryan Parkoff
>
> I have observed this myself.  I do not know yet if any emulators correctly 
> implement this behavior, but my Apple //e certainly does do this.
>
> -uso.
Hello,

    I agree that some emulators like AppleWin do not do flash feature 
correctly in 80-column.  KEGS has flash feature in 80-column, but it has 
wrong flash counter (such as speed of inverse/normal switch in 40/80 
column).
    Some programmers are doing their best job to write emulator projects, 
but they lack understanding or acknowledge of Apple II hardware and design. 
It is why I have to emulate hardware by following the logic process rather 
than to have some guesses without knowledge of hardware.  I would make any 
correction on some emulator projects for some times.

Bryan Parkoff