@Amigo1

You are probably trying to access the web site, which has been down for quite some time.

The SDK is on the ftp site. Try ftp://hyperion-entertainment.biz/SDK

@xeron

Thanks for the info

I found the file that CodeBench is using and edited that instead

Sadly it didn't work - My new Ctrl Z is recognised as being the Undo command in the KeyBindings preferences but this doesn't work in the editor. RAmiga U still works but loses the focus.

@Rigo

Quote:

This is very useful, users can then configure shortcuts for commands that aren't implemented natively by the editor - find matching braces, select between matching brackets, insert function description template etc. etc.

Personally I use a lot of macros to speed up my development work, Maybe that's just me.

@Rigo

Quote:
I await the next version. Hopefully folding will be present.

Quote:

Again nice to hear

Quote:

Sorry bit lost here, how to i define multiple key combinations perform the same action - e.g. 'Ctrl' + 'X' cuts and 'Ramiga'' + 'X' cuts and just for the sake of it F1 cuts.

Quote:
Well hopefully this will be in the next release then

Quote:

In my opinion yes, as I need to be able to edit resource files, documentation etc.. I don't want to have to go to another computer to do this. I appreciate that this is not a high priority and how difficult it is to implement due to the complete lack of support for Unicode within the OS.

Quote:
Again nice to hear

Quote:

Personally, I don't care whether a debugger sits on top of gdb or not, provided it works. I totally agree with you, gdb is an elephant, it's difficult to work with, arcane and i hate it too but hey it works. I'm glad that you are still planning a native debugger, it's sorely needed.

@xeron

Can't reproduce the "\\" problem either at the moment.

Apologies if you interpreted my comments wrongly. I did not mean that RichEditor was a bad editor. Far from it, I appreciate how much work has gone into it. It is a shame that the bugs weren't caught before release.

Seriously I am impressed but to me Visual Studio is a good editor so that's my baseline.

@Rigo

Feature list that would convert me - Folding, Popup hints, Autocomplete, Fully Redefinable Keyboard, Integrated Help, Popup Bookmarks, Printing, Macros, Unicode Support, Version Control and a GUI driven Debugger.

@Rigo

You asked for testers and bug reports so yes I had a play, found quite a few bugs and reported them. I've even given you hints on how to fix the problems.

Yes I will be sticking with my own IDE because CodeBench doesn't offer me anything. I really hoped it would but sadly it doesn't.

If you really want a good editor, you know where to find one ;)

@Rigo

Quote:

That may well be but other apps manage to do it correctly without a freeze. Hint don't open the clipboard.device for the 1st time in the input.device process. It tends to hang the system.

This ones weird but may be by design

Edit a document and then close it without saving. At the prompt choose 'Close Without Saving'

Now reopen the document. I would have expected my changes to be gone as I choose 'Close Without Saving' but my changes are still there. You can't undo these changes any more so you have to exit CodeBench to get back to the original document.

Ooops forgot these

Weird undo and redo - try the following

Open any document
Type 1. You get a 1 as expected
Press Ramiga U. It undoes the 1 as expected
Press Ramiga Z. It redoes the 1 as expected but the editor loses focus
Set the focus back to the editor
Type 1234
Press Ramga U. It undoes the 11234 but should have just undone the 4

To reproduce the lockup is dead easy

Reboot your amiga.
Do not run any programs that open the clipboard
Run codebench
Open a new editor
Select any text
Press Ramiga C
Now Press Ramiga V
Voila you've crashed the input handler and need to reboot

@xeron

Switch on the show tabs and EOL markers and you'll see that the syntax bug does exist.

Another bug in the syntax highlighting - it doesn't handle escapes correctly. Try "\\" and #define wibble \

@Rigo

Few bugs

1) Text selection is not recognised correctly and prevents cut, paste, indent etc. from working correctly. This occurs when the start of the selection is on a line after the end of the selection. i.e you select up not down.

2) The scrolling problem can be caused by using moving to end of document, start of document, end of line or start of line basically anything that will cause the new cursor position to be offscreen. The line numbers etc. are correct but the scroll positions aren't updated and so the visible text remains the same until you scroll or move back into the visible text. After every change in cursor position, there needs to be a check to make sure the cursor is still on screen and if not the scrollbars need to be adjusted so that the cursor is on screen.

3) Text replacement doesn't allow an empty string as the replacement text. This is a perfectly valid replacement to make i.e. remove all occurences of. The replace buttons should be enabled when the replace checkbox is clicked, not because there is some replacement text.

4) The syntax highlighting doesn't cater for tabs e.g. a tab within a block comment should not cause the following text to be rendered as normal text. This one is really odd because if you scroll left and right the text will change to green and black as you scroll. To reproduce open a new document, goto line 7, column 3. Add a tab and then the text fred. Save the document as test.c Note that fred is in black but should be in green as it is within the comment block. Now scroll using the scrollbar so that the tab marker disappears off screen. Fred is now in green as it should be. Scroll back to the left and it is in black again.

5) Lots of dead project files that cause CodeBench to crash if they are opened. Not sure what I did that caused the corruption but I suspect it is related to the compilation process. I can send you the files if you like.

6) There appears to be a problem with the window message handling. To reproduce open a project item in the edit window. Close the edit window. Click on the Build button. Now try to close the build window. You can't. If there are any clickable entries in the build log double them. Nothing happens. Now open the editor window again by opening a project item. Now click on the build window. Finally the build window reacts to all that clicking.

Hope this helps

Best of luck with CodeBench but I'll stick with my own IDE ;)

@ChrisH

For me, I think the problem is with smbfs not samba or the network because transfers using the pc work correctly

@ChrisH

Thx for that but removing AsyncWb makes no difference. It was looking promising but after successfully copying 1.3G of a 1.4G file, the copy failed with object in use

NB I'm using DirectoryOpus to move the files as Workbench hangs navigating folders on the PC.

@ChrisH

I have absolutely no problems copying files between my PC and Amiga using the PC.

However using the Amiga to copy files sometimes works and sometimes fails.

What is even more annoying is failures do not always cause an error but the file has only been partially copied.

If I do get an error it is Object In Use. Eh???

This can occur after transferring 4k or 300M.

I get the same results with Vista, XP, OS4 and OS4.1.

The only workaround for me is to move files using the PCs.

@Cyborg

Pity it's been removed - it's the only driver that has worked for me.

The driver included in OS4.1 just locks up the machine \ stops transferring

@Mikey_C

Wipeout needs the AmigaInput library and associated files from the update 4 CD otherwise it will crash. They aren't on the OS4 Final CD or the July update

OWB 1.17 has a lot of problems with the placement of <input> elements. The screen looks OK but the actual entry box is not where it appears to be

e.g. Hyperions website - the log in textboxes are over the links making it extremely difficult to log in.

At UtilityBase, pressing Tab when replying to messages causes it to go haywire with the entry line being completely out of sync and sometimes out of view and the only way to see what you've typed is to scroll up and down.

etc. etc.

Not sure if this helps but the rendering and the input detection don't seem to be in sync. The rendering is correct of the two.

It's still an awesome piece of work

@pseudaxos

Works absolutely fine here but again I have 1G memory.

The stacksize set on the icon is a measely 4096 but I guess it uses the stack of the invoked shell, which may be larger.

Only problems I have encountered at all are it occassionally pauses. This seems to occur when there are too many sounds being played.

@Rogue
Absolutely awesome job for a quick and dirty port