The moral of story is that I don’t care what happens, because I don’t want to see it Granted, I’d prefer they just do it with html/javascript/css, but flash experts have to be paid for something :-p. I keep it around for the few websites that have serious applications for it, like cbc.ca which has a nice tracker for the election that happened yesterday. 99% of what’s out there is only annoying advertisements and time wasting games (fun as they are). An open source implementation would also allow this to spread to other platforms that don’t receive as much attention as linux.īut I think that my previous paragraph is all pointless anyway, because I think flash is crap. Obviously that’s going to be completely rejected by the general distro community which likes to package everything up it’s own way, usually by building from source, even if that means writing their own implementation. As we’ve seen many times, ‘linux’ support from a windows centric software company usually amounts to stale rpms for redhat 9.x and some version of rhel. I think that more important than ‘linux’ support is ‘open standards’ support. It’s from MSFT who’s dumb enough to believe it will have either good security or good Mac and LINUX support? There is already a similar example allowing IE to handle the canvas element: Thus, it might not be too much of a stretch for some sort of conversion script to make IE handle SVG as WML. True, but there’s nothing precluding other plugins from being created, especially as open-source efforts.Īlso, IE already has support for vector graphics + Javascript with WML, which has been included since IE5. And could be killed by Adobe at any time. And that the plugin apparently has a low install base. Not to mention the little detail that SVG support in IE requires a plugin. I’m thinking of things like rendering charts and graphs, 3D diagrams, etc…Īlso, there is the new “canvas” element available in Firefox and Opera, which makes such things even easier. We programmers tend to like the idea of Javascript+SVG precisely *because* it requires no other programs. ![]() True, that is a problem for non-programmers. The problem with that is Inkscape plus cross-browser Javascript is much more of a pain then Flash 8 plus Flash plugin. Though I would certainly like that future to come to pass. It’s likely that they only reason Adobe was previously flirting with SVG was because they wanted to compete with and diminish Macromedia.Ĥ) …but it’s still a pretty f–king big “if”. The point of merging is to stop competing with each other. I highly doubt that SVG is used widely enough that Adobe has seen any sales based on their plugin, or Save-As features.ģ) I totally forgot that Adobe now owns Macromedia somewhat mitigating my point, but only slightly if they remain as seperate divisions. Supporting two vector formats would just weaken Adobe’s position in the face of XAML. And the Flash plugin has an install base of ~90%.Ģ) Adobe would not likely kill it off since it sells graphic products and popularizing a powerful format like SVG would definitely increase sales. People want web apps to work with the browser they use already. But that doesn’t mean people will use it. wmctrl won't do it automatically, but it certainly helps in "fishing" it from limbo.1) Firefox is available on every platform. Remember that each alias only works for the screen that Inkscape is associated with, you still need to drag-and-drop the window in order to switch screens. In order to make it more convenient I created 2 alias, to fix the coordinates for my Mac screen and for the external screen, respectively: alias fixInkscape='wmctrl -r Inkscape -e 0,2560,1440,1200,700'Īlias fixInkscapeExt='wmctrl -r Inkscape -e 0,0,0,2560,1300' Of course you need to replace 2560,1440 with your own external screen's resolution and 1200,700 to suit your main screen resolution. ![]() The solution is to move the Inkscape window to a new coordinate that takes into account the size of the external screen, and this is where wmctrl comes in useful: brew install wmctrl It is basically in "limbo" between the 2 screens. This means that if Inkscape is somewhere near origin (0,0) but still associated with my Mac's main screen then it doesn't appear on the external screen nor in my main screen. In other words, from the point of view of XQuartz the origin of my Mac's screen changes from 0,0 to 2560,1440 (which is the resolution of my external screen). ![]() It seems like the issue is that when I plug the external screen, it messes with the coordinate system of my Mac's screen, effectively shifting the origin of my screen by the resolution of the external screen.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |