Panel size inconsistency

Home Forums Development Other stuff Panel size inconsistency

This topic contains 3 replies, has 2 voices, and was last updated by Possemo Possemo 1 month ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #84593

    m.tarenskeen
    Participant
    • Topics: 26
    • Replies: 98
    • Total: 124
    • ★★

    Hi,

    I think this is an old and known issue but it keeps annoying me.

    1. I create a panel
    2. I export the panel and save as *.bpanelz
    3. I close the panel and/or the program.
    4. I load the panel in Ctrlr again.
    –> The lower border of the panel has shifted up, and part of my panel has become invisible and unusable.
    5. I have to switch to panel-edit mode to restore the lower border of my panel.

    The strange thing is sometimes the issue is worse than other times and I don’t know why.
    Also the issue is annoying for other people who just want to download and use my panel without having to fix things.
    And I think the issue is worse when I export from my Linux computer and load the panel in my Windows computer.

    Anyone having similar experiences and/or fixes and/or workarounds and/or other suggestions to make life easier?

    #84596
    Possemo
    Possemo
    Participant
    • Topics: 13
    • Replies: 454
    • Total: 467
    • ★★

    when you export a panel it will cut 24 pixels. When you export it again you will loose 48 pixels etc..
    I am working with .panel files when developing a panel (just save not export). You won’t have the problem with .panel files. Then when you export the panel add 24 pixels to the height. Endusers probably won’t export a panel so they won’t have to deal with that.

    Best format for an enduser would be the restricted instance. He won’t be able to break things by messing around in e.g. the lua-editor. For people who would like to look into the code you can still provide a .bpanelz file. Alas on Linux you cannot export instances.

    • This reply was modified 1 month ago by Possemo Possemo.
    #84598

    m.tarenskeen
    Participant
    • Topics: 26
    • Replies: 98
    • Total: 124
    • ★★

    Thanks, good to know this workaround. Still, it’s an annoying bug that’s probably not difficult to fix.

    The real problem is that Ctrlr is a complex softwareproject that for most part is developed and maintained by one single developer. We can’t thank him enough for that! But it would be good if he could get some help from other developers to find and fix bugs, maintain compatibility with everchanging libraries (JUCE, Lua, C++) and/or improve things and add new features.

    #84605
    Possemo
    Possemo
    Participant
    • Topics: 13
    • Replies: 454
    • Total: 467
    • ★★

    yea it is terribly annoying :-{. As the github repository is down now it is not very likely that someone will be able to help atom. I think that the final state of Ctrlr has been reached – we probably have to live with this bag full of bugs :-). But Roman will always be the goodfather of Ctrlr and we can’t thank him enough for all the work he put into Ctrlr.

Viewing 4 posts - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.

There is currently 0 users and 22 guests online
No users are currently active
Forum Statistics
Threads: 2,143, Posts: 15,125, Members: 11,849
Most users ever online was 5 on March 28, 2018 6:11 pm
Do NOT follow this link or you will be banned from the site!