English Amiga Board


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 19 July 2018, 11:28   #2421
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Quote:
Originally Posted by PeterK View Post
Come on, you should know why I'm always using 46.4 for Ver.Rev. Please remember the experimental check in Mike's WB 45.130/131, which did only test whether the revision of icon.library is 4 for his support of long filenames. Ok, I've fixed that in WB 45.132, but who knows , maybe some people are still using 45.130/131. You can always get the full string with "Version Libs:icon.library FILE FULL". or with Scout. And I'm using a build number by design to avoid wasting of too many revision numbers and to use "46.4" as a trade mark.
.
Well, current version in icon.libraray is: "$VER:icon.library 46.4.488 (68020)" which is not exactly standard Should be "$VER: icon.library 46.xxxx <date> <comment>" (e.g. "$VER: icon.library 46.488 (18.07.2018) 46.4 (68020)"). Nothing "important" but I like following standards.
From shell the result will be (localized):

[8.Workbench:] version icon.library
icon.library 46.488
[8.Workbench:] version FILE FULL LIBS:icon.library
icon.library 46.488 (18-July-2018)
46.4 (68020)


and contain all needed info respecting standard. I know... I'm a picky guy… but why not following standards?

Last edited by hexaae; 19 July 2018 at 11:58.
hexaae is offline  
Old 19 July 2018, 11:44   #2422
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,456
Yes, the lack of date is what kinda breaks my routines with this library.
I think "$VER:icon.library 46.4 (18.07.2018) build 488 (68020)" is more like it, but hey... details
kolla is offline  
Old 19 July 2018, 11:54   #2423
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Yep, just details of no real importance (Remember there should be a space after "$VER:" )
Keeping "$VER: icon.library 46.4 (18.07.2018) build 488 (68020)" would be a problem since versioning of next 46.4 build 489+ would be "the same version" for WB (46.4), see comment above about ver.rev (where rev = integer progressive number).
Maybe PeterK can use: "$VER: icon.library 46.488 (18.07.2018) build 46.4.488 (68020)" to make everybody happy:

[8.Workbench:] version icon.library
icon.library 46.488
[8.Workbench:] version FILE FULL LIBS:icon.library
icon.library 46.488 (18-July-2018)
build 46.4.488 (68020)

Last edited by hexaae; 19 July 2018 at 12:02.
hexaae is offline  
Old 19 July 2018, 11:59   #2424
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,456
Yes, but that is kinda the point here - this library is 46.4, it is not supposed to progress beyond that, it is supposed to one day end up in a 46.4 final - we are using _test versions_
kolla is offline  
Old 19 July 2018, 12:18   #2425
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Quote:
Originally Posted by kolla View Post
this library is 46.4, it is not supposed to progress beyond that
Ah OK then. Makes sense in this case "$VER: icon.library 46.4 (18.07.2018) build 488 (68020)"
hexaae is offline  
Old 19 July 2018, 14:28   #2426
daxb
Registered User
 
Join Date: Oct 2009
Location: Germany
Posts: 2,047
Quote:
Originally Posted by hexaae View Post
Me too… I don't ask anything too complex (like SwazInfo was), but at least decent with drag'n'drop on the tootlype area to copy tooltypes and on icon image to copy the icon, plus double-click to un/comment the single tooltype… and gadgtools based please (with mouswheel working)!
Workbench is/was ever very limited. If you want some more functional then there are alternatives. I'm using DOpus5 as WB replacement what gives me nearly everything and if something is missing you can expand it to your needs. I don't know Scalos but it could be similar functional. And my experiences is that on Amiga your life is much easier, if you don't use icons or ignore them as much as possible. Sorry for offtopic.
daxb is online now  
Old 19 July 2018, 15:35   #2427
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Yep, AmigaOS SetFunction() was one of its killer features! This made the OS incredibly "moddable" and expandable.
hexaae is offline  
Old 19 July 2018, 17:03   #2428
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,330
That's all just wasted time(strings) and bytes. I don't care about time and standards. V45.1 is the standard for icons, but I do not even care much about icons, similar to daxb, I prefer to use DOpus (but 4.17).

Perhaps someone should start writing a new version command, since OS 3.1.4.1.5.9.2.6... is coming soon.
PeterK is offline  
Old 19 July 2018, 19:32   #2429
daxb
Registered User
 
Join Date: Oct 2009
Location: Germany
Posts: 2,047
Try this: http://aminet.net/package/util/cli/DoVer Works fine here.
daxb is online now  
Old 19 July 2018, 19:40   #2430
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,330
I know, I use Version and DoVer together for a button in DOpus4.
PeterK is offline  
Old 19 July 2018, 20:41   #2431
daxb
Registered User
 
Join Date: Oct 2009
Location: Germany
Posts: 2,047
Seems you have stolen my config.
daxb is online now  
Old 19 July 2018, 23:48   #2432
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Quote:
Originally Posted by PeterK View Post
That's all just wasted time(strings) and bytes. I don't care about time and standards. V45.1 is the standard for icons, but I do not even care much about icons, similar to daxb, I prefer to use DOpus (but 4.17).

Perhaps someone should start writing a new version command, since OS 3.1.4.1.5.9.2.6... is coming soon.
That's sad to read Standards make things working as expected for everyone and with every program, not following them without a strong reason is bad.
hexaae is offline  
Old 20 July 2018, 00:12   #2433
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 40
Posts: 1,729
Quote:
Originally Posted by PeterK View Post
That's all just wasted time(strings) and bytes. I don't care about time and standards. V45.1 is the standard for icons, but I do not even care much about icons, similar to daxb, I prefer to use DOpus (but 4.17).

Perhaps someone should start writing a new version command, since OS 3.1.4.1.5.9.2.6... is coming soon.
I also prefer DOpus 4.17.

And about the version command, it has been bugfixed and reworked a tiny bit.
gulliver is offline  
Old 20 July 2018, 11:19   #2434
AMIGASYSTEM
Registered User
AMIGASYSTEM's Avatar
 
Join Date: Aug 2014
Location: Brindisi (Italy)
Posts: 3,575
Quote:
Originally Posted by PeterK View Post
I know, I use Version and DoVer together for a button in DOpus4.

For a button in DOpus4.17pre20 i use command Dover v1.90 (1.91 ?), VersionWB v2.16 and ViewDiz v2.2 (ViewDiz in some cases it is not accurate). VersionWB and ViewDiz they have a GUI
AMIGASYSTEM is offline  
Old 20 July 2018, 13:06   #2435
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,456
I just have a script snippet that downloads from the first page on this thread and compares with what is already installed and asks me to update if newer.
kolla is offline  
Old 21 July 2018, 22:23   #2436
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,330
Update to icon.library 46.4.489:

Better support for very large icons. There were some minor problems with displaying and converting 256x256 icons. The library did always compress icons which is the better choice in most cases, but if an image is already 64 kB in size and it can not be compressed by RLE, the "compressed" image with the additional RLE bytes gets bigger than the original, although only 64 kB are allowed and displayable. The other problem were some broken ARGB icons with wrong image size information. My previous work around was not optimal for large OS 3.5 icons.

If you know any icons that are still not displayed or converted, please upload them here.
Attached Files
File Type: 7z TestIcons.7z (806.1 KB, 21 views)
PeterK is offline  
Old 30 July 2018, 17:35   #2437
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
I've found a bug dragging hidden icons (because window container wasn't displaying all of them) with mixed Coloricon + NewIcons:



Repro steps:
  • put many ColorIcons + NewIcons into a drawer
  • shrink that drawer and show only a pair of icons, not the whole contents
  • RAMIGA+S (Select All) to select all drawer contents now...
  • drag all icons somewhere
As you can see NIs are showing the minimal dot icon instead of the real NI images, as expected, while dragging.
Changing SYS:Prefs/Workbench settings (use fast/chip for icon images) won't help.
Non-reproducible using icon.library 45.5 (i.e. all dragged visible/hidden icons will be shown as ColorIcons + NewIcons using their full image)

Last edited by hexaae; 30 July 2018 at 17:43.
hexaae is offline  
Old 30 July 2018, 17:56   #2438
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,330
Nothing new. That's a known problem with Workbench using two different methods for dragging icons inside and "outside" of a window.

You can get rid of it by using my option "NoDelayedImage2", but that costs more time for icon drawing.

I've tried a lot of things to make a work around for my delayed images, but couldn't find a way to patch the dragging of the outsiders. However, nothing gets damaged, it's just not looking very nice.
PeterK is offline  
Old 30 July 2018, 18:08   #2439
hexaae
Registered User
hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 42
Posts: 1,112
Ah, ok then. Thanks!
hexaae is offline  
Old 01 August 2018, 16:33   #2440
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,330
Update to icon.library 46.4.490:

A new test candidate: TC020, which supports TrueColor for the OS4 ARGB icons. It can display in TrueColor with alpha channel and save in OS4 format now, but PNG is not supported yet. PNG may come later, since it's a bit more difficult to integrate. The other versions like 68020 have no new features. The icon scaling is not supported in TrueColor quality, because that would need a zlib compression routine.

Due to a bug in AfA_OS the new created OS4 icons may not be displayed by AfA's icon_lib.exe. AfA tries to read the ARGB image size from the DiskObject Gadget structure instead of taking the width-1 and height-1 values from the FORM chunk. AfA also makes ARGB icons unreadable for OS4 when the Gadget size is different to the ARGB image size. I don't want to make a work around for AfA in this case, because that would need a wrong gadget size.

Last edited by PeterK; 01 August 2018 at 22:56.
PeterK is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
ClassicWB Full and icon.library 46.4 Retroplay project.ClassicWB 8 05 August 2018 13:57
WB library conflict/versions Akira support.Apps 3 22 July 2010 18:47
PNG Icon to Color Icon Converter? Leandro Jardim request.Apps 1 24 May 2010 04:39
What's the latest version of icon.library for OS3.9? NovaCoder support.Apps 3 30 June 2009 15:43
Requesting icon.library v44+... nikvest request.Other 2 16 September 2007 01:58

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 14:56.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.
Page generated in 0.13213 seconds with 14 queries