DerRidda

I seem to only be able to scroll down the scene view... by scrolling my mouse wheel up.

Just linked that issue because I also have a similiar issue in the scene browser but only when trying to use mouse scroll and I wrote about it in there. That sounds bad for you in this case the editor truly becomes unusable except in the most simplest of maps. :< I hope Josh elevates these issues to high priority now.

See: http://www.leadwerks.com/werkspace/topic/9247-linux-mouse-scroll-wheel-doesnt-work-in-asset-browser/ I can avoid the corruption by only ever scrolling by dragging the scroll bar but as soon I accidentally use the wheel it's an editor restart for me.

Which is the de facto standard way for most applications and games anyway. Heck, I even wrote my own start script when the editor still had the locale issues just to circumvent those. It is just too useful to not do it. That was also useful for creating a .desktop file ~/.local/share/applications/ which means I can start Leadwerks from the Unity dash (or any other desktop environment's start menu or launcher) with icon and everything. You might want to look into MojoSetup https://icculus.org/mojosetup/ forget about the .deb file, this is the better and more general approach to doing it. Bundle the updater with that and you have a really nice way for the initial deployment of Leadwerks on Linux: More elegant than a .tar.gz file and more generally useful than any distro specific package.

I don't know if you can even update 3.0 with that updater but you should have received an email with the download for the full version of 3.1 you are entitled to but I guess you have seen that mail since you used the reg key on the updater. BUT: The USD 100 reward from the KS campaign seems to only include a Linux version. You needed the USD 200 reward for Mac and Windows versions. I hope this isn't a case of people not getting their Windows binaries because of misunderstanding the rewards. But then again I'm receiving Windows binaries when I shouldn't as far as my reward level is concerned. So I still think it is a bug in the windows updater.

Strange, I also got the Windows DLLs and EXEs when using the updater on Linux, maybe the Windows updater is having some issues? Did you try the force option in the updater? If that doesn't work and you don't want to wait until it is fixed maybe download the Linux updater and run it in a virtual machine with Ubuntu to get the Windows binaries. (That must have been the silliest sentence I've written in quite some time.)

No, if you own the standalone version you buy it right here. If what you are trying to say is that you have never seen DLC used as upgrades for software you really haven't been looking very hard, a few apps already do that. http://store.steampowered.com/app/214850 http://store.steampowered.com/app/221200

Such crystal balle, much fortune tell, wow.

Could you also disable the scrolling in the scene list please? Just accidentally scrolling there because it's a habit and having that mess up your work because of a potential deadlock isn't ideal.

Okay, let me rephrase that: That block on the right of your keyboard with all the numbers? Forget about it! It has nothing to do with the issue, it can simply be used as a workaround. The issues is with the number keys 1-4 above the letter keys being always mapped to the transformation options I talked about which means they won't input the proper numbers into the input boxes ever. The + and - keys near the letters have the same issue because they are shortcuts for zooming in and out.

@Guppy: Nope, I'm talking about the alphanumerical block, the big thing in the middle of the keyboard with a block of letters (alpha) in the centre and block of numbers (numerical) at the top. I think Josh got it.

As the title says. Even when an input field is selected, like editing the properties of any object from the scene list, these number keys are still mapped to changing these tools making proper input of values impossible. A workaround is to use the numblock but if you don't have one on your machine you are SOL on Linux for the time being. This also extends to the + and - keys on the alphanumerical block, again, the numblock ones will output the character.

This issue includes the scene tab as well. I can actually cause a reliable UI lockup of the editor in the wake of this issue. Open "07-AI and Events.map" from the MyGame demo project. Go the the Scene tab Scroll up and down a bit and notice the scrolling locking up and causing a minor graphical glitch Attempt to scroll by dragging the scroll bar with the mouse cursor Notice the editor not responding anymore Sometimes this even turns into a deadlock instead of just a UI lockup.

The options under IDE in the General tab of Preferences are nonfunctional. Whenever I select a font it doesn't persist till the next time I visit that menu and doesn't change the appearance of the code in the script editor. Code folding and line numbering are both checked by default but needless to say the code in the script editor is neither folded nor are the lines numbered. Unchecking them doesn't change that either. This is with locale workarounds applied (and without).

On that note i might be worth pointing out that some of the UI elements in the editor are localized by default, like the Open, Save, Preferences and Cut/Copy/Paste menu options. That by itself isn't too bad despite being inconsistent and bad looking but in some cases the translated strings are too large for the buttons they are on. Like the add and remove buttons for Post Effects. See image: http://ubuntuone.com/2Wvlz26KHtG6y1C2MDsCvb So while you are on culture/locale issues maybe force the editor to only use the English localization everywhere.

Yes, I am. Did somebody forget to sanitize the culture info in his app? That happens in almost every Unity engine game because indie devs aren't aware of that and even Valve started out with similar issues when porting their GoldSrc titles.

BEST. APRILS. FOOLS. EVAH!

First of, "the community" doesn't homogeneously make games but individuals in it do. "The Windows community" (whatever that might be) doesn't develop games either and you would never make such a nonsensical statement. With that in mind, the lead dev of Starbound is a Linux guy and that's actually where the game is build first before it is send to another dev for Windows and Mac compilation. Popular enough? Also don't put words in my mouth I never said, I only said you can't attribute the entire stretch amount to just OUYA/Android while also admitting that some people did back the project just for that. Wilfully misunderstanding somebody's statement to undermine it makes for really bad debate.

Indeed, going to the viewport preferences and just clicking OK "fixes" it. I hope this information will give Josh a clue as to what is actually happening and make delivering a proper fix easy.

Panz3r I ask you to stop making claims on the behalf of the entire linux community. There's plenty of developers for just about everything on Linux including games. I know plenty of Linuxers that have developed games in the past, currently are or are planning to do so in the future. Only very few people drop hundreds of dollars into a Kickstarter just because. It is also intelectually dishonest to claim that every bit of money given during the OUYA/Android strech goal phase was just for that one stretch goal. During stretch goals people still mainly give to support the core pitch, while some people are in it for the feature that this stretch goal offers and a different group of people wants to push for the stretch goals that come after which naturally means the first one has to be reached first. I have already added my 2 cents about dropping mobile support in the Steam forums but overall I can emphasize with the decision.

Can not reproduce this on my 13.10 64bit machine. File dialogues work fine here.

When trying to navigate the 3D viewport almost nothing works. Only rotate on right-click seems to do it. No translation when using the middle mouse button and no reaction to mousewheel scrolling. Maximizing any viewport with F12 or the menu option also doesn't work.

The editor generally seems to favor spawning windows right in the middle of the screen which usually means a window will spawn on the right screen (while my primary monitor is the left screen) or it will spawn right in the middle and the with some parts of the window on one screen and the others on the other screen. This isn't too bad for the initial launch bad as soon as i jave adjusted the window to the proper monitor additional windows spawned by the editor still go on the wrong screen. This can go as far as the entire editor swicthing screens when changing projects as that closes the old editor window and opens a new one on the wrong screen. Once the editor has been opened and placed, all newly spawned windows should go on the same screen by default which is a thing I know GTK can do.

Title says it all: Navigate to Help and click Welcome Page and the Editor will simply crash.