23-Apr-2024 10:13 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 16 items in your selection
[Files] Misc datatypes updatedANN.lu
Posted on 26-Mar-2000 19:54 GMT by Christian Kemp16 comments
View flat
View list
Andreas Ralph Kleinert released new versions of his datatypes. Here are the relevant links to the Aminet archives and readme's:
akJFIF-dt.lha AkJFIF-dt V44.78 (JPEG, 68000-060, PPC/WOS)
akNAIL-dt.lha AkNAIL-dt V44.10 (NAIL, 68000-060)
akPNG-dt.lha AkPNG-dt V44.78 (PNG, 68000-060, PPC/WOS)
akTIFF-dt.lha AkTIFF-dt V44.78 (TIFF, 68000-060, PPC/WOS)
Misc datatypes updated : Comment 1 of 16ANN.lu
Posted by Ben on 26-Mar-2000 22:00 GMT
Suggestion for AK:
Its time to be a little more professional and put a history/changes log in the readme. There's no reason NOT to have it there, other than to have people download the archive whether they want your updated amigaguide or not :)
Beej
--
Vaporware
Misc datatypes updated : Comment 2 of 16ANN.lu
Posted by the man in the shadows on 26-Mar-2000 22:00 GMT
Wow! Now that is a novel idea. Putting useful information in the readme? What is the world coming to.
My only gripe is that AK doesn't seem to know how to handle icons either. There have been several times when I've extracted to ram only to scroll the window like mad figuring out where the drawers were placed. Though once I am finally able to open the drawer, I have to do the same thing with the contents of that. Also when looking at the contents, there are two drawers over the top of each other... Both of these areas make AK's DTs unprofessional regardless of how fast they are under the PPC.
Misc datatypes updated : Comment 3 of 16ANN.lu
Posted by Spudley on 26-Mar-2000 22:00 GMT
In reply to Comment 2 (the man in the shadows):
...scrolling down the window...
Of course, the "Clean Up" menu option is probably quicker.
But I do agree with you: It can be a pain when you get this. But it's not just AK that does it.
Misc datatypes updated : Comment 4 of 16ANN.lu
Posted by Andreas Kleinert on 26-Mar-2000 22:00 GMT
Hi,
first of all, I'd like to ask you, to (also) report bugs and problems directly
to me (info@ar-kleinert.de) instead of posting them at places where I most
likely won't read these or only by accident. Because if you've any interest
in getting this fixed, you should let me know (short email suffices).
Now to the things as such:
- readme files:
As a single programmer, you try to avoid extra work where possible - because
updating all these docs, recompiling stuff, making a distribution archive
and also updating your WWW site simply takes time. One could develop some
automatism to shuffle that texts to the readme, but I don't have time
for that, either (i.e. instead answering questions of people, who don't
read docs, that they even have). On the other hand, some people may even
complain about huge readme files or that I even should include a longer
revision history, or that they never read them anyway.
I'll reconsider that issue, however at that moment I simply was too much
in a rush to do more than a few necessary things...
- icons:
DOpus5 has a special icon snapshot function that only works for DOpus
(and is default there). Transfering these icons to a WB-based system
will look exactly as you described. In the meantime I have this
option disabled, but I might not already have had this, when I checked
the datatypes' icon positions last time. I'll check again.
(Please understand, that I don't check my own archives for each
release, if not obviously necessary - due to changes - and if no one
complains.)
Misc datatypes updated : Comment 5 of 16ANN.lu
Posted by Anonymous Dog Vomit on 26-Mar-2000 22:00 GMT
In reply to Comment 4 (Andreas Kleinert):
* As a single programmer, you try to avoid extra work where possible - because
* updating all these docs, recompiling stuff, making a distribution archive
* and also updating your WWW site simply takes time. One could develop some
* automatism to shuffle that texts to the readme, but I don't have time
* for that, either (i.e. instead answering questions of people, who don't
* read docs, that they even have). On the other hand, some people may even
* complain about huge readme files or that I even should include a longer
* revision history, or that they never read them anyway.
* I'll reconsider that issue, however at that moment I simply was too much
* in a rush to do more than a few necessary things...
Just how do YOU keep track of what you have fixed then? :)
You'd figure readme files would pretty much be a no-brainer. At least let everyone else know what you have changed to check and see if you have addressed a particular bug that would have been related to that users performance.
Do people really complain about long readme files that contain useful information? I hope not :)
Misc datatypes updated : Comment 6 of 16ANN.lu
Posted by Ben on 26-Mar-2000 22:00 GMT
In reply to Comment 4 (Andreas Kleinert):
Consider this solution:
Keep a changelog file for each version (before you whine about
losing track, recycle it for each release, eg. if you fix a typo in the
amigaguide) and then paste the contents into the readme. Or to your
website. Or to anywhere else which mentions your latest release.
Its not that hard.
Misc datatypes updated : Comment 7 of 16ANN.lu
Posted by Sir RUSH on 26-Mar-2000 22:00 GMT
Many people who upload archives to Aminet never include an *.info file. Icons
are usually unorganized. It's annoying, yes, and I for 1 am glad to see people
talking about it. Maybe it'll get the word out. :)
Here's something to be HAPPY about... At least we don't have to worry about the
LAME way winsuck handles icons and files. :)
Misc datatypes updated : Comment 8 of 16ANN.lu
Posted by Andreas Kleinert on 27-Mar-2000 22:00 GMT
There is a changelog in the guide-file.
I'd be happy to find one who likes to write kind of .readme creator
that can automatically extract changelogs from guidefiles and merge
stuff together into a new .readme - kinda CVS extension ;)
Misc datatypes updated : Comment 9 of 16ANN.lu
Posted by Ben on 27-Mar-2000 22:00 GMT
In reply to Comment 8 (Andreas Kleinert):
AK, you completely miss the point - putting the changelog in the guide is BAD and my original comment - you expect people to download the archives without knowing why?
Try this (if you use CVS?):
Create your readme, and make it part of the CVS tree, and commit it with your brief changelog before you prepare the archive. It may not be able to use all of your update logs, but if you edit it ONCE, manually, before release, at least that way people aren't downloading 300k only to find that you fixed a typo in the goddam docs.
Misc datatypes updated : Comment 10 of 16ANN.lu
Posted by Deep Blue and Hungry for you on 28-Mar-2000 22:00 GMT
In reply to Comment 7 (Sir RUSH):
Sir Rush, You are an Idiot... Windows handles Icons perfect!!!! (-: You just do not now how to edit them!!!!
Misc datatypes updated : Comment 11 of 16ANN.lu
Posted by Roj - No fancy nickname. on 28-Mar-2000 22:00 GMT
In reply to Comment 10 (Deep Blue and Hungry for you):
Windows does nothing perfectly.
Misc datatypes updated : Comment 12 of 16ANN.lu
Posted by the man in the shadows on 28-Mar-2000 22:00 GMT
In reply to Comment 10 (Deep Blue and Hungry for you):
[sarcasm] Yup... big humungus BMP files stuck to the beginning and/or end of an EXE, DLL, RST, ICO, and whatever else you want to throw in there... yeah, Windoze handles it perfectly... Doesn't matter how many bits deep you have, it's always going to turn out the same size. [/sarcasm]
Quite pathetic if you ask me.
Misc datatypes updated : Comment 13 of 16ANN.lu
Posted by Deok-Min Yun on 29-Mar-2000 22:00 GMT
In reply to Comment 8 (Andreas Kleinert):
I agree with what Ben is saying. If you release a new version, you should
highlight the differences between the previous version and the new version
so that people can see what kind of things are changed (hence decide whether
to download the whole archive or not). It doesn't have to be complicated. Just
a few lines of "What's new?" items should be enough, I think.
Misc datatypes updated : Comment 14 of 16ANN.lu
Posted by The Great One on 29-Mar-2000 22:00 GMT
One thing you people are missing is that the ak datatypes are shareware, how many of you that use them registered them, not much I think.
Misc datatypes updated : Comment 15 of 16ANN.lu
Posted by traviz on 30-Mar-2000 22:00 GMT
Sorry, but I have to say this. the akXXXX datatypes for JPEG and PNG are pretty much worthless when you have the choice to use the WarpJPG and WarpPNG datatypes, which are smaller, much faster and absolutely FREE. (That is, ofcourse, if you are a PPC-owner...but every serious Amigaowner is nowadays, RIGHT?)
Misc datatypes updated : Comment 16 of 16ANN.lu
Posted by The Great One on 31-Mar-2000 22:00 GMT
The ak datatypes really should include support for DTWM_RAW to write in native formats and support the progressive loading as supported by the new datatypes library only then will I think about registering and using them. AK does not support writing in native formats because he makes a program to do this called superview I think.
Anonymous, there are 16 items in your selection
Back to Top