 |
|
| it's gone to magnusoft |
|
|
By AlienSoldier - Posted on December 15, 2006 - 06:43:34 (#21047)
Current version when comment was posted: 1.0.2 |
|
|
from what i understood of it, it's now a magnusoft product. Development is probably there also now.
|
|
| same here |
|
|
By nutela - Posted on December 14, 2006 - 18:35:06 (#21045)
Current version when comment was posted: 1.0.2 |
|
|
Altough the website reapeared again no feedback.
|
|
| Xentronix and Refraction... |
|
|
By Das Jott - Posted on February 15, 2005 - 18:25:57 (#15861)
Current version when comment was posted: 1.0 Beta 8 |
|
|
What's the matter with the Xentronix homepage?
It still hasn't arrived the year 2005 yet...
Does Xentronix still exist?
Does development of Refraction and SampleStudio still go on?
I would be very happy to see some life signs from you ;-)
Greetings
|
|
| RC2 |
|
|
By Frans van Nispen - Posted on November 4, 2004 - 10:21:15 (#14621)
Current version when comment was posted: 1.0 Beta 8 |
|
|
As the installer states, the Zeta version will *only* run on Zeta RC3 or higher.
|
|
| Zeta RC2 - missing simbol ???locale_be |
|
|
By zenja - Posted on November 4, 2004 - 10:18:51 (#14620)
Current version when comment was posted: 1.0 Beta 8 |
|
|
Hi Frans. With Zeta RC2, I get a missing symbol error (_G???locale.be) - I cannot remember the exact error, since I dont have net access with BeOS and my wireless network. This error occurs during program launch.
The previous Beta I tried under Zeta (compiled Feb, 2004) loads fine.
|
|
| new ver .8 freezing up at new size screen |
|
|
By ernestTX - Posted on November 4, 2004 - 05:07:10 (#14615)
Current version when comment was posted: 1.0 Beta 8 |
|
|
I downloaded and installed new version .8 and it is freezing up after launching application at the new size screen (where it prompts for height and width of canvas).
I have installed on BeOS v5.0.3 with USB patch updates. It freezes up and I have no mouse movement either. I have reinstalled app and changed the mouse out (using just PS/2 mouse). All other apps work and older versions of Refraction work as well.
Any help would be greatly appreciated.
Thank you.
|
|
| crash when i quit... |
|
|
By cvincent - Posted on November 3, 2004 - 23:15:57 (#14609)
Current version when comment was posted: 1.0 Beta 8 |
|
|
Appear when i quit application
(BeOS R5 Pro + Bone + Patch USB)
loading symbols
You need a valid BApplication object before interacting with the app_server
_debugger:
_debugger:
+0007 ec06bb4b: * c3 retn
Refraction:sc
frame retaddr
fcffaa0c ec1921ad _BAppServerLink_::_BAppServerLink_(void) + 0000005d
fcffaa20 ec1bc942 BBitmap::~BBitmap(void) + 0000005e
fcffaa3c 800efd50 global destructors keyed to BrushPool::Load(SplashScreen *, long, long) + 00000044
fcffaa5c 80051133 __do_global_dtors_aux + 00000043
fcffaa6c 800f39ec ._fini + 00000017
fcffaa78 ec06ac37 call_routine_in_order + 00000147
fcffc6d8 ec06b595 _call_term_routines_ + 00000019
fcffc6ec ec03131a exit + 0000009a
fcffc700 80051222 _start + 0000006e
Refraction:
|
|
| @stippi |
|
|
By Frans van Nispen - Posted on February 17, 2004 - 01:21:08 (#11087)
Current version when comment was posted: 1.0 Beta 7.0 |
|
|
Hi Stephan,
Sorry that the clone tool and blur transparency issues are not solved yet. These are on schedule for the next version, together with finetuning the other tools and implementing the rotation plugins.
These will be somewhat the final steps. Unfortunately, no one else has ever reported on that bug, nor about the repeatable crash you describe while there are quite some registered users.
Most of the work for this version was spend on debugging and fixing deadlocks, finetuning layers, filters and floaters, fixing preferences and focus follows mouse issues.
Debugging the deadlocks cost so much time, I was too far of schedule to keep this beta any longer from registered users, so the transparency issues with clone and blur, which I know are very important for you (and others as well), had to be postponed.
|
|
| I'm sorry, but I have to say... |
|
|
By stippi - Posted on February 17, 2004 - 00:39:25 (#11086)
Current version when comment was posted: 1.0 Beta 7.0 |
|
|
... that I am somewhat disappointed. As excited as I was to see a new version, I quickly downloaded and checked it out. I knew how much work Frans (and others?) have put into this, and I hoped that many problems would be fixed. First thing I tried was the Clone tool, which I pointed out to Frans did not work as expected cloning transparent areas. I was quite surprised to see this problem still exists after such a long time. I "undid" the Clone tool, closed the canvas and was asked if I wanted to save my changes. I clicked "No". Ready to have another go I created a new document. Bang. It just crashed. To see if this was a random error, I relaunched Refraction and repeated the same steps (create 800x600 canvas with transparent background, draw something with the brush, use the clone tool, undo the clone tool, close canvas, hit no, create new document, bang). So this is a repeatable error. I really hoped, a lot of the work was to get Refraction to be more stable. Unfortunately, this seems not the case (or at least it was not entirely successful). Of course I have lost the trust in this new version. Now I am a lot less excited, which I'm very sorry to say, because Refraction would otherwise be so promising. It is a huge effort, and I have the most respect for Frans doing all this work, but my impression is, he should spend more time on the details, maybe offer less features as a tradeoff. I for one value a stable application over features any time. A stable work environment is the basis to being creative or getting anything done at all. The next step is to make the tools work as smoothly as possible, producing the expected output in all situations. What good is a clone tool, if it cannot clone transparent areas?
Best regards,
-Stephan
|
|
| great |
|
|
By jeanmarc - Posted on February 16, 2004 - 17:31:35 (#11081)
Current version when comment was posted: 1.0 Beta 7.0 |
|
|
I'am glad to see a downloadble version
|
|
| TPL_NOT_FOUND |
|
|
By joyce notenboom - Posted on February 16, 2004 - 15:05:03 (#11079)
Current version when comment was posted: 1.0 Beta 7.0 |
|
|
Should work now. Changed your profile settings
|
|
| problem login in: TPL_NOT_FOUND |
|
|
By vasper - Posted on February 16, 2004 - 14:49:52 (#11077)
Current version when comment was posted: 1.0 Beta 7.0 |
|
|
I get this error on my screen after I loging in... and nothing else. Both Internet Explorer and Mozilla Firefox.
|
|
| Demo version |
|
|
By joyce notenboom - Posted on August 19, 2003 - 20:52:17 (#8556)
Current version when comment was posted: 1.0 Beta 6.2 |
|
|
We are not sure yet what to do about a demo vrsion.
But probably not before final release 1.0 is out.
Greetings,
Joyce Notenboom
|
|
| Demo version? |
|
|
By tqh - Posted on August 19, 2003 - 16:50:00 (#8553)
Current version when comment was posted: 1.0 Beta 6.2 |
|
|
Is there or will there be a demo version? I couldn't find any.
|
|
| Definitely the best app around |
|
|
By blackjack75 - Posted on May 30, 2003 - 02:37:03 (#7484)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Like for anyone who was used to Photoshop this is probably the only app I could ever switch to (I tried using gimp for a while, but definitely not the right tool for me). A lot of things in this app feel just right. I just hope the dev can make it again into motivation, for this, and the rest :-)
|
|
| FFM |
|
|
By Frans van Nispen - Posted on March 17, 2003 - 11:45:27 (#6419)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Thanks Stephan,
I will try this.
|
|
| FFM solution |
|
|
By stippi - Posted on March 17, 2003 - 11:25:58 (#6418)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
I did a little test, and had no problems with this simple solution: In your windows, you probably have some sort of container background view. Make a special popup-window version of that view, override AttachedToWindow():
PopupBgView::AttachedToWindow()
{
NormalBgView::AttachedToWindow();
// This makes the view receive mouse and keyboard events
// regardless of window focus...
SetEventMask(B_POINTER_EVENTS | B_KEYBOARD_EVENTS,
B_NO_POINTER_HISTORY);
}
and MouseDown()
PopupBgView::MouseDown(Boint where)
{
if (!Bounds().Contains(where))
Window()->PostMessage(B_QUIT_REQUESTED);
else
NormalBgView::MouseDown(where);
}
This is of course assuming your popup windows doesn't have a border, otherwise a click in the border of the window will close it too.
and override KeyDown() too to react on B_ESCAPE or something.
In your popup window class, remove the whole focus stuff, optionally make it B_FLOATING_ALL_WINDOW_FEEL.
This should give you nice popup windows that close as soon as the user clicks anywhere outside the window.
Regards,
-Stephan
|
|
| Re: Not Quite |
|
|
By tb100 - Posted on March 11, 2003 - 17:26:22 (#6351)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
In that case, check in floater constructor, and in FrameMoved event to see which side the popup will go. If it won't fit underneath, move the button to the top, and put an upwards arrow on it.
atm, if you're too close to the bottom of the screen, you click a button with an arrow pointing down, and the popup appears over the top. The way I've described would at least get rid of that contradiction and work for FFM too.
Good look with your other solution anyway, but still consider my idea. I think it would offer a more consistant and predictable UI whether FFM is enabled or not. (I'll happily test a new private beta!)
Simon
|
|
| Not quite |
|
|
By Frans van Nispen - Posted on March 11, 2003 - 14:06:33 (#6347)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
For the tools menu it might be the solution, though not for the others, as the popup could also be put on top if the floater is too low on the screen to avoid it going out of sight.
Though I might have a solution, we are working on this.
|
|
| FFM Idea |
|
|
By tb100 - Posted on March 11, 2003 - 14:00:12 (#6346)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
The simple solution (involving no behaviour chages) is to move the popups under the mouse.
This would require some reorganisation:
Drop-down in tool configs (brush selection, etc) - have the preview rectangle in it's current place, but move the popup button to the bottom. Then place the popup window's top left as the top left of the button. Then the mouse would be over the floater, there would be no features lost (as in the ability to see the current selection), and the mouse wouldn't have to be forced to jump around.
For multiple-selection tools on the main toolbar - Reorganise the buttons on the popup so the currently selected option is left most. Highlight this in some way, and then pop the menu up exactly over the original toolbar button.
Then you could keep all the code to close popups on loss of focus, and it should work fine, without making the interface worse for any users, and making it work the same for both non-FFM ppl (like me) and people with FFM enabled.
Good work anyway Frans.
Simon
|
|
| FFM |
|
|
By Frans van Nispen - Posted on March 11, 2003 - 13:04:22 (#6345)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
We are trying to get this fixed. Rene Gollent is also helping out here, so hopefully for the FFM people we will find a solution.
|
|
| issues? |
|
|
By stippi - Posted on March 11, 2003 - 12:06:59 (#6344)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Well yes, certainly, the BeOS has issues and bugs. However, this FFM problem is not one of them. It is simply a matter of you not having found a proper way to implement your popup windows. As has been pointed out already, there are apps that have fully functional popups with FFM enabled. What better prove can there be? I have also implemented popup controls in my apps, though they don't work in the exact same way (they popup under the pointer, but they do transfer the mouse tracking to the new view/window). ArtPaint has a popup too (zoom slider), which does not popup under the mouse pointer. The ArtPaint code is available, maybe it can give you some hints.
Regards,
-Stephan
|
|
| Good Things Inside! |
|
|
By Jace - Posted on March 11, 2003 - 08:00:02 (#6341)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Feature-wise, this version is a huge improvement over the last beta I used (that last one shouldn't have been called beta, even). I want you to know I'm not all doom and gloom here. This is a huge improvement. There is a lot of functionality that makes this app a must-have. It just needs time to mature. I wouldn't mind waiting another year if that meant it would come out fully functional, without any get-in-the-way flaws (like the FFM and pop-ups problem).
|
|
| The FFM debate |
|
|
By Jace - Posted on March 11, 2003 - 07:39:51 (#6340)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
1. FFM is not for beginner users, I will not argue that point.
2. FFM is terribly useful when you are used to it. It saves you from clicking on things constantly to change focus if you are a many-windows-at-a-time kind of user like me.
3. I do not know of any other programs that give me problems with FFM. I know several apps that at one time had issues with FFM, but these issues were fixed. I also know that there are "pop-up" controls and such in other apps that work fine with FFM (such as Gobe Productive).
So, there must be a solution to this to allow us FFM users to be happy with Refraction.
This is an example of why graphical user interface design is NOT trivial and is, in fact, a gigantic portion of the work involved in making a good app. Not too many BeOS apps ever got to the level that I considered commercial quality. Productive is one, Sequitur is another. There are a few others, but not many.
|
|
| FFM |
|
|
By Eugenia - Posted on March 11, 2003 - 06:42:36 (#6339)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Frans is absolutely right here. BeOS and its libs have bugs, as every OS has bugs, and there is no Be,Inc. anymore to fix these issues in newer versions. Which means that Frans has to live with these issues, and so do you. You are the ones who have decided to stay faithfull to the BeOS platform, no matter if the OS company that can fix stuff, is no more.
|
|
| Working hard |
|
|
By Jess - Posted on March 10, 2003 - 23:50:52 (#6336)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Man Frans is working so hard to make this kcik butt for us all... I think he needs a 5 min break in which we all give him a BIG FREAK'N HUG!!!!!!!!!!!!!! Com'on Yawl HUG!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|
|
| FFM |
|
|
By Frans van Nispen - Posted on March 10, 2003 - 23:47:13 (#6335)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
The popup is part of a combo control. This means it pops up under of above the control to allow the user to see the current selection.
So moving the window to be under the mouse is not an option.
Cathing the BView's mouse event is no option either, as the BView clicked on to popup is not the Bview to track. The problem is that I popup a window that is above or beneath the mouse pointer. The window gets focus and waits for a selection to be made or a click outside this window.
In a normal situation this would mean loase focus. So I close it when it loses focus.
FFM will instantly refocus the window on which we clicked to open the popup, thereby closing the popup.
So far I have not found a work around, so this is a BeOS issue, not a real bug.
I had to overcome more of these things, like bugs in the BeOS LockLooper(), Compiler bugs that do not alllow me to compile certain parts in debug mode, ....
And there is no Be Inc. to go to.
|
|
| Re: Well, you gotta live with it... |
|
|
By mmu_man - Posted on March 10, 2003 - 23:38:15 (#6334)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
I thin Frans meant it's not really "user-friendly". Anyway it's way more efficient when you get used to it.
Btw, I think the BPopUpMenus just monitors mouse, that is, change their flag to get all mouse events, and wait until they get a button down.
IIRC, it's BView::SetEventMask(B_POINTER_EVENTS) or something, though I had problems with this, and in an app I resorted to spawning a monotoring thread (that was to move a window by dragging the inside).
So in last resort you can spawn a thread and loop on BView::GetMouse() until a button is down.
|
|
| Re: FFM |
|
|
By mmu_man - Posted on March 10, 2003 - 23:31:14 (#6332)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
FFM really is useful. Of course as always it's a matter of taste... anyway with AutoRaise it rocks :P
Btw, usually when I have an issue with popups, I just offset the point I pop them up by (-5, -5) or something, so they popup _under_ the mouse, not bottom-right.
And yes, one should always test his app with FFM activated.
|
|
| FFM |
|
|
By Frans van Nispen - Posted on March 10, 2003 - 23:00:08 (#6331)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Then tell me how to know when you click outside a window when a window has no focus, and thus does not get the message passed in. It would be kinda dull to modify the OpenTracker to send that message to Refraction.
I realy have no idea on how to get that. I have tried, and put a lot of time trying to figure this one out. While doing so, the FFM irritated me, as BeIDE does also behave unfriendly. With FFM you MUST have the mouse on a window where you need to type, this is not that usual (at leat to me).
|
|
| Well, you gotta live with it... |
|
|
By stippi - Posted on March 10, 2003 - 22:51:23 (#6330)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
BeOS ships with FFM and you gotta live with that. Where does it say the majority doesn't use FFM? It has some pretty neat advantages, like active windows being able to stay behind other windows. Can you point me to a user guide where it is written that FFM is actually such bad interface feature?
The way those popups should work, is just the same way as menus work. They open even though the mouse pointer is not inside the window they use and they close once they notice a click outside their frame.
Somehow you have to figure out how to copy that behaviour. It should definitely be possible.
-Stephan
|
|
| FF Mouse |
|
|
By Frans van Nispen - Posted on March 10, 2003 - 21:44:18 (#6328)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Sorry, but the Focus Follows Mouse issue will never be fixed.
Simply because it is impossible. The whole feature should never have been added to BeOS in the first place, as it goes in contrast with all user interface guidelines.
I tried to fix things, but popups will have to be hidden automaticly if they lose focus, and that will always be the case with FFM.
The alternative would be to either add a close button on all pop-ups or let the mousepointer jump to the middle of the pop-ups.
Both alternatives are even more user unfriendly for people who work the normal way (the majority).
If someone comes up with a good alternative, we will reconcider.
|
|
| Thanks for the warning on FFM |
|
|
By Jace - Posted on March 10, 2003 - 20:52:35 (#6327)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
That means I don't bother wasting my time here yet. Sorry, Xentronix. I know this is a HUGE project and a HUGE task, so please keep working at it as long as it takes to make this app work correctly and as desired by its potential customers.
|
|
| Still not fixed?!? |
|
|
By stippi - Posted on March 10, 2003 - 17:34:20 (#6322)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
When I have Focus Follows Mouse on, I still cannot access the right-clickable popup windows. They disappear as soon as they go out of focus (which is instantly if FFM is on)!
I also managed to produce weird behaviour during the first minutes of testing the app. The Clone brush for example clones transparent areas as opaque areas into the destination.
When I selected a rectangle area, and tried to move it with the move tool, but instead I still moved the entire layer. The selection stayed in place, but obviously this was a display bug: I tried to draw with the brush to see if I could only draw inside the selected area, and indeed it seemed to be supposed to work like this, only the selection seemed to have been moved as well without the marching ants having been updated.
The layer floater doesn't crash anymore when you click it with the right mouse button into its empty area, however, instead of displaying the context menu, it just displays nothing. Why would I have to right-click a layer to create a new layer?
Having the global transparency right in the layer floater instead of the layer settings would be much more convinient. Locking certain channels of a layer, especially the transparency would be a nice and very useful feature.
-Stephan
|
|
| moving image |
|
|
By Frans van Nispen - Posted on March 10, 2003 - 09:30:10 (#6311)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
This is caused by having the ScrollLock key on.
If this key is on, you can position the layer.
|
|
| I cant reperduce your problem |
|
|
By Jess - Posted on March 10, 2003 - 08:57:25 (#6309)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
I cant reperduce your problem but when in doubt delete your old settings & then re run the application. If it does not fix things then submit the bug & how you had it happen.
|
|
| Beta 6 doesn't work |
|
|
By bbjimmy - Posted on March 10, 2003 - 06:30:43 (#6307)
Current version when comment was posted: 1.0 Beta 6.0 |
|
|
Just downloaded Beta 6 and cannot edit an image. It loads an image that just follows the curser around the window. The image will not stop moving so that you can edit it. All of the filters can be applied, but you cannot draw on the canvas. HELP ... This must be a setting problem as now Beta 5 does the same thing!
|
|
| re: Rhetorical how-to type questions... |
|
|
By rain - Posted on October 8, 2002 - 15:21:19 (#3492)
Current version when comment was posted: Beta 5.01 |
|
|
> How in the world does one crop an image?
For now, go to "Filters->Image->Canvas Size". This can be somewhat hard to use, so hopefully there will be a crop tool later on. If not, I'll write one myself :)
> How does one make a selection that is not a square?
Right now, you can't. It's as simple as that. You'll have to wait.
> When using the selection tool to select a square area,
> are there any guides such that one can easily be precise.
Try "Windows->Show Guides". Is this what you mean?
As you probably realize, Refraction is far from "complete". But it's getting there :)
|
|
| Rhetorical how-to type questions... |
|
|
By zoontf - Posted on October 8, 2002 - 00:11:59 (#3484)
Current version when comment was posted: Beta 5.01 |
|
|
How in the world does one crop an image? This seems like one of the most basic requirements for image processing software. Yet I can't figure out anything short of copying a selection of my image, and pasting it into a new image of exactly the right size.
How does one make a selection that is not a square? The selection tool only works as a square - this needs to be more flexible. Sure, bezier curve selection would be nice, but I don't even see a free-hand selection.
When using the selection tool to select a square area, are there any guides such that one can easily be precise. I know that the coordinates for the cursor are shown, but guidelines are much, much easier to work with - especially when they can be snapped to.
Those three questions have confused my use of this application: hopefully there are answers to them, but if not, hopefully the functionality will be added in the near future.
|
|
| Best Graphics App for Beos |
|
|
By Casey_Manus - Posted on October 7, 2002 - 20:42:19 (#3483)
Current version when comment was posted: Beta 5.01 |
|
|
Kudos to the developers of this app. So far I am more impressed with this than I ever have been with GIMP. This app may eventually be as good as Photoshop or better.
|
|
|
|
|
|
Comment Pages:
<< prev | 1 | 2 | next >> |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
Recent Downloads - # 163
Total Downloads - # 517
Total Views - # 119
User Ratings - # 43
|
|
|
|
 |
| |
Graphics Utilities
Image Editors
Internet Graphics Tools
|
|
|
|
 |
|
1. BePodder - 9.80
2. QEMU - 9.68
3. ScummVM - 9.57
4. cpu_fix - 9.42
5. Jukebox - 9.40
6. libdl.so - 9.40
7. Haiku AGP busm... - 9.35
8. vim6 - 9.31
9. Beezer - 9.26
10. HandBrake - 9.25
|
|
|
|
 |
|
1. BeOS 5 Perso... - 13,648
2. Realtek RTL8... - 13,138
3. Ati Radeon G... - 12,634
4. Ensoniq Audio... - 7,593
5. ATI Rage 128... - 7,464
6. USB Joystick... - 5,679
7. Broadcom 440x... - 5,430
8. S3 Trio 64 v2... - 4,748
9. USB Serial dr... - 4,721
10. Intel Extreme... - 4,483
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
