https://linen.dev logo
Powered by
# haxe-ui
  • d
    Copy code
    haxe
var label = new Label();
label.htmlText = "hello";
label.style.fontSize = 6;
  • d
    or if you have
    Copy code
    css
.sliderLabel{
  font-size: 8px;
}
    and then do
    Copy code
    haxe
var label = new Label();
label.htmlText = "hello";
label.addClass("sliderLabel");
  • d
    neither seems to work, nor does
    Copy code
    haxe
var label = new Label();
label.htmlText = "hello";
label.getTextDisplay().tf.setFormat(Globals.fontFamily, 8, FlxColor.BLACK, "center");
  • d
    but I may be doing something silly incorrectly...
  • b
    i wonder if .htmlText is the issue, does .text [mis]behave in the same way?
  • d
    .text
    behaves correctly, but 
    .htmlText
    does not
  • b
    OK - good to know - should be an easy fix then... nice one
  • b
    Message: Type name haxe.ui.core.Component is redefined from module haxe.ui.core.Component
    i can not get the language server to play nice with git versions of haxeui...
  • b
    Copy code
    PS D:\dev\groundhog> haxelib path haxeui-core
-lib hscript
D:\HaxeToolkit\haxe\lib\haxeui-core/git/
-D haxeui-core=1.1.3
--macro keep('IntIterator')
D:\HaxeToolkit\haxe\lib\hscript/2,4,0/
-D hscript=2.4.0
    Copy code
    PS D:\dev\groundhog> haxelib path haxeui-hxwidgets
--macro include("hx.widgets")
--macro include("haxe.ui.backend.hxwidgets")
--macro include("haxe.ui.backend.hxwidgets.behaviours")
--macro include("haxe.ui.backend.hxwidgets.size")
--macro include("haxe.ui.backend.hxwidgets.builders")
--macro include("haxe.ui.backend.hxwidgets.handlers")
--macro include("haxe.ui.backend.hxwidgets.creators")
--macro wx.widgets.EntryMacro.detectPlatform()
D:\HaxeToolkit\haxe\lib\haxeui-hxwidgets/git/
-D haxeui-hxwidgets=1.1.3
-lib hscript
D:\HaxeToolkit\haxe\lib\haxeui-core/git/
-D haxeui-core=1.1.3
--macro keep('IntIterator')
D:\HaxeToolkit\haxe\lib\hscript/2,4,0/
-D hscript=2.4.0
--macro wx.widgets.EntryMacro.detectPlatform()
-lib hscript
-D NO_PRECOMPILED_HEADERS
D:\hxWidgets\src\
-D hxWidgets=1.6.1
D:\HaxeToolkit\haxe\lib\hxcpp/4,1,15/
-D hxcpp=4.1.15
  • b
    anyone else had this prob?
  • b
    theres too many abstractions to not have intellisense
  • b
    My code base is full of this, and it mostly comes down to typing stuff in macros at the wrong time. Tracking it down is borderline impossible.
  • b
    There are some complex ways to find out what gets typed too soon, and that can help track it down, but with library code and plenty of cross dependencies, that usually doesn't help either.
  • b
    Best I can say is to keep modules short, restart completion server all the time, and don't activate modules you don't need (i.e. don't hover/look at files you aren't working with atm). And even that won't be enough.
  • b
    yeah, the language server has always seemed to be an issue - at one point i thought i had fixed it but that wasnt the case - i would defo like to get code completion etc working for vscode but at this stage, frankly, im kinda out of ideas... not knowing exactly what the problem is doesnt help either
  • b
  • b
    Basically if some macro gets a type of something at the wrong time, some other macro elsewhere gets it too, but they happened in different context, it will get there twice, breaking it all.
  • b
    At least that's how I understand it.
  • b
    Seems like it's too difficult to fix, and not a high priority, because apparently I'm the only one that basically can't use the completion server for the past 2 years.
  • b
    would not using static vars in macros help? I seem to remember Gama mentioning something about that
  • p
    I think that last time I worked on a haxeui project I just disabled the language server, so that vshaxe would use 
    --display
    to provide completion (which is slower, but iirc it did work)
  • b
    ok, thats a good thing to know... not ideal, but better than nothing i guess
  • o
    does haxeui have asset spritesheet
  • o
    i mean one for components
  • b
    you mean to skin components?
  • o
    Well I added https://nanjizal.github.io/trilateral3/pages/trilateral3/drawing/Pen.html#nineSliceFill and https://nanjizal.github.io/trilateral3/pages/trilateral3/reShape/NineShaper.html I am not sure if they will work as I have not tested them in real use case yet. But thought that for WebGL a spriteSheet might be optimal approach, I saw directory of images and have tool for assembling them in spritesheets somewhere but wondered if you had a target that currently uses a spritesheet.
  • o
    only at concept state as webgl is tricky, I have not looked at feasiblity of haxeui at moment I was just looking at types of stuff that are needed for that sort of thing.
  • o
    so forgetting real implementation more seeing if approach might work.
  • o
    with GL it's often optimal to have all assets in single image
  • o
    so you don't have to change images
1...472473474...1687Latest