Who's Online |
86 user(s) are online ( 52 user(s) are browsing Forums)
Members: 1
Guests: 85
mufa,
more...
|
|
|
|
Re: SMBMounter Update
|
Posted on: 2015/3/3 17:09
#81
|
Not too shy to talk
|
Thanks guys :)
@ilbarbax The preferences are stored in the SMBMounter drawer so if you copy everything in it will overwrite the previous settings. Sorry about that! It is mentioned in the guide under "Upgrading" by the way, but I'll make an installer script for the next version that checks for existing preference files and keeps them safe.
Thanks for the feedback!
|
|
|
|
Re: SMBMounter Update
|
Posted on: 2015/3/1 11:53
#82
|
Not too shy to talk
|
@Younghippie, @nbache
Aww, thanks very much guys! :)
@JosDuchIt
FTP datestamp handling depends on the server, but the standard does not include any method for setting the datestamp so normally datestamps are set to the date modified, similar to a standard copy command in DOS or Workbench. Protection bits are supported, however only Unix-style protection bits are supported so Amiga protection bits get lost since they don't translate 1:1 with the Unix versions. One solution is to archive any files being transferred, that will preserve all timestamps and protection bits. Another is to use custom FTP handlers but this reduces compatibility.
SAMBA on the NAS should support timestamps and protection bits, but it depends on the host OS and filesystem. FAT32 for example only supports timestamps with an even number of seconds, so it will round timestamps by 1 second for lots of your files. NTFS or ext filesystems don't have this problem and timestamps are preserved just as they are locally (Copy command gives a new timestamp, Copy Clone command keeps the old timestamp). Protection bits are probably lost because the host OS is most likely Linux, and the filesystem won't support them either...
|
|
|
|
SMBMounter Update
|
Posted on: 2015/2/27 16:58
#83
|
Not too shy to talk
|
I recently released an update to SMBMounter, however it had a bug in it that prevented the saving of the mounts and the snapshotting of the window. A bugfix release (1.3) is now available on my webside, and is in the upload queue on Aminet and OS4Depot. http://www.robthenerd.com/projects/smbmounter/downloadAgain, sorry to everyone who downloaded SMBMounter over the past few days!
|
|
|
|
Re: Open projects, want to contribute?
|
Posted on: 2015/2/25 18:37
#84
|
Not too shy to talk
|
@JosDuchIt Thanks! As far as the original definition is concerned, my app parses the startup-sequence and user-startup so it would be easy to use the original definitions, but I decided the full path was more useful (if a bit long for a listview as you pointed out). Maybe I'll make it an option to switch between the full path and the original definition... Anyway, here's a quick screenshot of it... http://robthenerd.com/pics/myassigns-1.png
|
|
|
|
Re: 68k App on OS4Depot
|
Posted on: 2015/2/24 15:33
#85
|
Not too shy to talk
|
@LiveForIt
Thanks for that. I'm a little confused about what your code is - is it a layout engine using GadTools, or is it a replacement for the internal GadTools commands? To be honest most of my apps these days use MUI which is at least a step towards better portability to other languages - I don't tend to use GadTools for much any more.
It is a long-term goal of mine to rewrite SMBMounter using MUI and C, but with too many projects and too little time I have to prioritise, and bug fixes for older apps fit my priorities better than rewrites.
|
|
|
|
Re: 68k App on OS4Depot
|
Posted on: 2015/2/24 13:40
#86
|
Not too shy to talk
|
Yep, it's written in AmiBlitz so there's only a 68k compiler available. If I had the time I'd like to rewrite it (and many of my other programs) in C and create versions for different platforms, but with what limited time I have for coding it might never get done.
Thanks guys, I'll upload it this evening.
|
|
|
|
68k App on OS4Depot
|
Posted on: 2015/2/24 11:56
#87
|
Not too shy to talk
|
Hi guys, My SMBMounter application is on OS4Depot for the past couple of years. It is an OS3/m68k application, but was written primarily for my own use on OS4. At the time there were a couple of people questioning whether it should be there at all but it was left as it was. However, I've now updated SMBMounter and was again wondering about it being on OS4Depot. I see three possible options:
1) Remove SMBMounter from OS4Depot (it is still available on Aminet and my own website.
2) Upload the new version to OS4Depot, replacing the old version.
3) Leave the existing (old) version on OS4Depot as it is, to avoid uploading / refreshing 68k software.
Any thoughts on this guys? I'm happy with any of these options so I'll go with whatever you think is best... Thanks!
|
|
|
|
Re: Open projects, want to contribute?
|
Posted on: 2015/2/24 0:10
#88
|
Not too shy to talk
|
@orgin
True, each to their own I guess. If there are those who like it then why not have it as an option. Just never crossed my mind really, and whenever I accidentally turned on the MUI version by double-clicking a border I always cursed it for making it cluttered looking. Having said that, ever since getting a graphics card for my Amiga I've used Magic Menu for the popup function to save the trek up to the top it the screen.
@JosDuchIt Wow, that is a lot of functionality, far more than I was planning. I was thinking of only supporting the startup-sequence and user-startup, and having simple double-clicks to enable, disable, activate, deactivate, toggle deferred, non-binding etc. If you add a temporary assign, you can make it permanent by adding it to the user-startup, but that's about it. Most of that is done already, but we'll see what might be worth adding when I'm finished with the core stuff.
|
|
|
|
Re: Open projects, want to contribute?
|
Posted on: 2015/2/23 9:03
#89
|
Not too shy to talk
|
Oh, I was working on an Assign manager myself, though it is a bit askew of the OpenAmiga requirements, being 68k and MUI based so I wouldn't want to stop others from creating an OS4/ReAction version.
As for the embedded menus one - is there really a demand for this? Having window borders free from menu clutter is one of the things that makes Amiga OS so nice for me... But I appreciate how it might help someone coming from Windows or traditional Linux desktops to get to grips with it.
|
|
|
|
Re: Help with ARexx from C to a Blitz host?
|
Posted on: 2014/12/17 15:57
#90
|
Not too shy to talk
|
@Spirantho
There are a couple of different ways of using ARexx in Blitz, and I remember a long time ago having a similar problem myself. I switched to a different library and the problem went away, so it was probably a bug in that particular library. There are at least 2 ARexx libraries, plus the ARexx include that can be used... Which method are you using?
Another potential issue is that perhaps the Blitz demo isn't issuing a correct acknowledgement reply, or any reply at all. Some other applications might not wait for the response and just leave the reply port open until it arrives, meaning they'll still work with a host that doesn't reply properly/at all, whereas your code sits and waits for the acknowledgement.
I have various Blitz programs that can all use ARexx in both directions. I can probably dig up some example source code if you need it?
|
|
|
|
Re: Does anyone use multiple menu actions?
|
Posted on: 2014/10/3 18:02
#91
|
Not too shy to talk
|
I use it regularly enough, not every day but enough to notice when software doesn't support it. In fact, I thought I found that some components of OS4 (perhaps some prefs program?) didn't support it and so I initially thought it had been dropped for OS4. I thought it could have been for some silly patent reason or something...
Anyway, I like it as a feature and there have been occasions on other platform where I've wanted to use it and missed it. Along with things like shift-arrow, shift-delete, shift-backspace and so on... All Amiga-specific actions and shortcuts that I miss on other platforms.
|
|
|
|
Re: InstallerGen Beta Release
|
Posted on: 2014/8/19 21:53
#92
|
Not too shy to talk
|
Right, I've just uploaded a new beta of InstallerGen, you can get it here!Many bugfixes and changes here based on some feedback (thanks to those who helped test it) and my own experience using it. Important changes are: - New step specifically for adding assigns to User-Startup so you don't need to use the messy "cat" command and User-Startup step type combination. - Many new step types (get version info, check if a file exists, exit script, rename/delete files, make assign directly from script, etc.) - Some fields now change their label depending on context so it is less confusing - Quit warning requester - Support for default / minimum user level - Option to force confirmation from user on some steps - Lots of other stuff... Please note that the project file format has changed so you cannot load projects created with the 0.5beta version. Sorry about that! I'd be very interested in hearing people's feedback on this version, as I reckon it's close to finished now. Also, if anyone would like to make an icon for the application itself I would be extremely grateful as I don't have the time / talent to do it myself. Any or all platforms (OS 3.x, OS4, MOS) would be wonderful! Thanks guys!
|
|
|
|
Re: InstallerGen Beta Release
|
Posted on: 2014/8/5 13:54
#93
|
Not too shy to talk
|
@JosDuchIt Thanks The reason it's not creating the drawer is that the Installer utility normally creates the drawer as part of the copying process, so InstallerGen just sets the path in anticipation of that. If you add a file copy step to the project it should work as expected. Alternatively, you can use the "Create Drawer" step which will create a drawer without needing to copy files, but this isn't normally needed. By the way, what you have might work fine, but you should really use the @default-dest standard variable as the variable for choosing where to install your package. Other names will work of course, but the Installer utility itself uses this for some internal things (such as the last step where it says "Installation complete. Your files can be found..."). If you use a different name, the last step will tell the user that it was installed in RAM: or Work: or something, even if it wasn't.
|
|
|
|
Re: Amiga PPC emulation
|
Posted on: 2014/8/5 12:49
#94
|
Not too shy to talk
|
@ddni
I agree that Toni Wilen doesn't have any interest in getting OS4 running on WinUAE, but is it really that much of a gap to get OS4 classic running on it? After all, it runs on a real Cyberstorm Amiga with little else required hardware-wise, and although slow, supports the standard motherboard hardware which is already emulated.
I would have thought that once classic PPC software runs on it (WarpUp / PowerUp), there isn't much else needed to get OS4 running other than supporting the specific registers and running modes of the Cyberstorm... But Tony knows the specifics I guess.
|
|
|
|
InstallerGen Beta Release
|
Posted on: 2014/8/5 8:44
#95
|
Not too shy to talk
|
I've just uploaded a beta version of InstallerGen to my website and it's now available for testing. InstallerGen is a GUI utility for creating installer scripts. I started it a couple of years ago but it lay neglected for quite a while on my hard drive until I decided to pick it up again recently. It can be downloaded at: http://www.robthenerd.com/show.php?se ... nstallergen&page=downloadScreenshots etc. are also available on the website. It is compiled for 68k / OS3.x, but works fine on OS4.1 and MorphOS. InstallerGen requires MUI and NList.mcc, both of which I imagine most people have installed already. Please note that it is a beta version, so there could well be bugs that I haven't fixed yet. So please check over any scripts you generate with InstallerGen before releasing them to the wild! Also, you should be a little bit familiar with the Installer utility and its capabilities to get the most out of InstallerGen. There are still tweaks to be made here and there (no tabbing between fields, no control over default Installer behaviour regarding user experience level etc.), but it's fully working and useable. You can send me any feedback you have here as a PM, or to my email address which is in the included guide file. Thanks! :)
|
|
|
|
Re: Currently open projects
|
Posted on: 2014/8/1 9:17
#96
|
Not too shy to talk
|
@orgin
Regarding the multi-user system: I created something like that years ago for OS3, but it didn't actually use security so it was basically a system for handling multiple profiles. the reason for that was the underlying filesystem permissions - there was nothing to prevent anyone starting up with no startup-sequence for example and accessing other people's files for example. Is a multi-user filesystem a part of this project? Or is there some other system that this user system will sit on top of?
|
|
|
|
Re: Queries continue
|
Posted on: 2014/7/21 16:14
#97
|
Not too shy to talk
|
@Severin
Just a by the way, Workbench controls left out icons by listing their paths in a file called ".backdrop" in the root of the volume, not ".info". It's also easy to modify by hand as it's plain text.
|
|
|
|
Re: Which classic software on os4?
|
Posted on: 2014/7/21 15:39
#98
|
Not too shy to talk
|
AmiBlitz would be the main one for me, along with various tools I've written in AmiBlitz (SMBMounter etc.)
Also use PersonalPaint regularly and occasionally Cinema4D. There are a few others I'm sure but I wouldn't use them very much...
|
|
|
|
Re: iPhone on Amiga OS 4.1.5
|
Posted on: 2012/10/2 19:49
#99
|
Not too shy to talk
|
Well, I think classic iPods have the ability to be used as a mass storage device, but that doesn't work for transferring music (i.e., the files you put on the iPod this way aren't added to the library), but I always though iPhones show up as a camera instead. The only way to get your files on and off is to use iTunes (or a compatible application, there are several for Linux).
Of course, if you jailbreak it, you can probably put an FTP server on it and just use that...
|
|
|
|
Re: Ringhio
|
Posted on: 2012/9/13 13:32
#100
|
Not too shy to talk
|
Or to let it take into account the \n characters. It's quite easy to imagine the algorithm which might be used for splitting the lines - calculate the width and move back to the next previous space, which is then replaced with a \n. That wouldn't take into account any \n which is already in the string, and is only noticed once it's sent to be displayed.
It should be trivial to account for existing newlines in the code... Maybe for 4.2?
|
|
|
|