| 00:13.14 | *** join/#wowuidev Jamash (~Thunderbi@50.90.201.217) |
| 00:16.18 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 00:57.23 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 01:23.07 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 02:24.47 | Chipzz | sylvanaar: I put quite a bit of effort into fixing the .xsd and submitted my work, but they won't have time to look at it until BfA unfortunately |
| 02:25.00 | Chipzz | sylvanaar: but I can give my fixed xsd if you want |
| 02:37.16 | *** join/#wowuidev yalb (xsbot@lua/bot/yalb) |
| 02:38.36 | *** join/#wowuidev Infus (~quassel@p200300CCB70A440016DDA9FFFEE90B78.dip0.t-ipconnect.de) |
| 03:28.05 | *** join/#wowuidev ShadniX_ (dagger@p4FF9F17D.dip0.t-ipconnect.de) |
| 04:36.15 | *** join/#wowuidev Kalroth (~Kalroth@kraut.knas.io) |
| 06:26.31 | *** join/#wowuidev schlumpf (~schlumpf@ip5f5ae51c.dynamic.kabel-deutschland.de) |
| 06:36.16 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 06:43.57 | *** join/#wowuidev VIad (~Vlad@cm-84.213.146.58.getinternet.no) |
| 07:23.44 | *** join/#wowuidev mitch0 (~mitch@193-110-62-229.cable-modem.hdsnet.hu) |
| 07:30.57 | *** join/#wowuidev mitch0 (~mitch@193-110-62-229.cable-modem.hdsnet.hu) |
| 07:41.40 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 07:43.46 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 07:44.31 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:84f3:6cd4:1ee9:5dd2) |
| 08:13.59 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 09:07.31 | *** join/#wowuidev Shooter (~pi@cho246.neoplus.adsl.tpnet.pl) |
| 10:05.42 | *** join/#wowuidev mke (~mke@194.75.75.170) |
| 10:19.24 | *** join/#wowuidev Phixion (m@rtin.ms) |
| 10:35.42 | *** join/#wowuidev Andols (~yaaic@m83-185-83-110.cust.tele2.se) |
| 10:45.35 | *** join/#wowuidev jinxybob_ (~jinxybob@host86-175-116-179.range86-175.btcentralplus.com) |
| 11:03.42 | *** join/#wowuidev mke_ (~mke@194.75.75.170) |
| 11:55.35 | *** join/#wowuidev Tentacled (~sinus@87-205-240-1.adsl.inetia.pl) |
| 12:01.00 | *** join/#wowuidev mke (~mke@194.75.75.170) |
| 12:25.11 | *** join/#wowuidev Tercioo (~Tercioo@59.8e.39a9.ip4.static.sl-reverse.com) |
| 13:40.13 | *** join/#wowuidev mke (~mke@194.75.75.170) |
| 13:42.00 | *** join/#wowuidev purl (ibot@208.53.50.136) |
| 13:42.00 | *** topic/#wowuidev is BfA Author Keys! http://www.wowinterface.com/forums/showthread.php?t=56267 || 7.3.x ToC: 70300 || http://pastebin.com || Battletags: http://goo.gl/2bm7n || This channel is logged, via purl |
| 13:50.05 | *** join/#wowuidev Lejving (~Lejving@81-233-148-192-no524.tbcn.telia.com) |
| 14:11.41 | haste | Industrial: [leader][ >status][ >threatcolor][ >threat]|r |
| 14:12.18 | haste | I guess you don't want the one in threat... |
| 14:37.07 | *** join/#wowuidev TentacledOne (~tentacle@87-205-240-1.adsl.inetia.pl) |
| 14:45.57 | *** join/#wowuidev TentacledOne (~tentacle@2a00:f41:1c16:eac1:0:5c:17a4:a201) |
| 14:58.48 | *** join/#wowuidev Infus (~quassel@p200300CCB71D0E0016DDA9FFFEE90B78.dip0.t-ipconnect.de) |
| 14:59.49 | Industrial | cool ty :) |
| 14:59.54 | Industrial | haste: ^ |
| 15:23.55 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 15:27.43 | *** join/#wowuidev cookieforu (5f5abda9@gateway/web/freenode/ip.95.90.189.169) |
| 15:31.25 | cookieforu | Greetings, I'm currently learning how lua works, today I wanted to call a function from another file in the same addon, but somehow I always get an error as if the variable isnt visiable, followed many many approaches that should work but nope (For clarification I'm using version 1.12) |
| 15:32.11 | cookieforu | Hope someone could help me, its infuriating that something so simple can cause so many problems |
| 15:35.47 | Andols | Did you make it local? |
| 15:36.04 | Chipzz | cookieforu: addon -> related to WoW? |
| 15:37.45 | *** join/#wowuidev nimhfree (~scott@216.53.141.131) |
| 15:38.08 | Simca | basic sanity checks: 1. both files need to be referenced by the ToC. 2. it can't be a local function, you must expose it as a global (bad practice) or use your addon's '...' namespace |
| 15:39.30 | Simca | so you need a line like 'local addon_name, addon = ...' at the very top of both files, then when you create the function, declare it like: 'function addon.MyFunctionNameHere(arg1, arg2, arg3, etc)' |
| 15:40.54 | cookieforu | i got |
| 15:41.01 | cookieforu | local M={} |
| 15:41.09 | VIad | now the real question is; do you use ns:MyFunc(arg1, ...) or ns.MyFunc(self, arg1, ...) |
| 15:41.23 | cookieforu | function M.doSomething() .... end |
| 15:42.04 | Chipzz | cookieforu: then your M is local to the lua file it was defined in |
| 15:42.06 | Chipzz | cookieforu: works as expected |
| 15:42.25 | Simca | yeah, the first part is the issue, change it to: 'local _, M = ...' |
| 15:42.35 | cookieforu | and M is returned |
| 15:42.51 | Simca | then you can reference it from the other file as M.doSomething |
| 15:43.04 | Simca | (assuming you include that first line in both files) |
| 15:43.13 | Chipzz | cookieforu: a much better question may be: why on earth are you splitting your addon in multiple files in the first place? |
| 15:43.47 | Simca | i mean, it's a reasonable thing to do |
| 15:44.02 | Chipzz | cookieforu: if your addon is getting buge, that may be a good idea, but the "1 class per file" C/C++ paradigm doesn't translate easily to lua |
| 15:44.18 | Chipzz | Simca: reasonable depends on the size of the addon |
| 15:44.25 | Chipzz | (IMO) |
| 15:44.34 | Simca | god code in lua that tries to recreate the concept of classes is usually awful |
| 15:45.04 | cookieforu | initially i wanted to use a function from another addon but then I thought first i need to figure out how to call function in the same addon |
| 15:45.07 | Chipzz | classes, groups of related functions, whatever :) |
| 15:45.22 | Chipzz | cookieforu: no not necessarily |
| 15:45.33 | Chipzz | cookieforu: wrong line of thinking (when it comes to WoW, anyway) |
| 15:45.41 | cookieforu | -.- |
| 15:45.44 | Simca | cookieforu: if the other addon does not expose their function (i.e. it is local or within the addon namespace), you just won't be able to call it |
| 15:46.04 | Chipzz | cookieforu: if another addon you want to call a function from, that function will usually be accessible (ie NOT be local) in the other addon |
| 15:46.34 | cookieforu | it is not local i have checked that |
| 15:46.42 | Chipzz | cookieforu: x-addon calling is usually achieved by leaving certain functions exposed as globals in the global namespace |
| 15:46.42 | cookieforu | still no clue how to address the function call |
| 15:47.20 | Chipzz | lemme try to explain this to you |
| 15:47.24 | Chipzz | lua has 2 kind of scopes: |
| 15:47.27 | Chipzz | global or local |
| 15:47.34 | cookieforu | i understand this mate |
| 15:47.39 | Chipzz | ok great |
| 15:47.45 | cookieforu | but not how to call a function that is already global |
| 15:47.47 | Chipzz | local means: local to the file scope |
| 15:47.58 | Chipzz | just call it? |
| 15:48.05 | Chipzz | foo(bar, baz) |
| 15:48.05 | Chipzz | ? |
| 15:48.09 | cookieforu | defuaq |
| 15:48.28 | Simca | global and local functions are both called the same way, yeah |
| 15:48.43 | Simca | well, it's a little redundant, but you can write it as _G.doSomething, as _G is a ref to the global namespace, if you REALLY want to |
| 15:48.48 | Chipzz | there's no difference except lexical scope |
| 15:48.52 | cookieforu | i always get the error as if its not a global but it is |
| 15:49.06 | Chipzz | but I do consider _G. really poor style |
| 15:49.12 | Simca | most people do |
| 15:49.24 | cookieforu | even when i try your 'local _, M ={};' |
| 15:49.27 | Chipzz | cookieforu: 1) use /dump or /run in wow |
| 15:49.35 | Chipzz | cookieforu: that is NOT how it works |
| 15:49.44 | Simca | i wonder, there is another common pitfall |
| 15:49.53 | Chipzz | cookieforu: let me explain how addons are loaded: |
| 15:50.05 | cookieforu | that could help |
| 15:50.09 | Chipzz | cookieforu: 1) wow creates an empty table |
| 15:50.32 | Simca | are you calling it from the body of the addon itself, outside any functions in your addon? if your addon is loaded before the other addon, it won't be able to see that function when the body executes |
| 15:50.52 | nevcairiel | the majority of addons dont ever touch that table |
| 15:50.56 | Chipzz | 2) wow loads all xml/lua files in the .toc. for each lua file, 2 arguments are passed to the lua file call. these 2 args are name, the table created in step 1 |
| 15:51.16 | Chipzz | the table created in step 1) is the same table for each lua file in your addon |
| 15:51.25 | Chipzz | but different for each addon |
| 15:51.36 | Chipzz | so that table is a "addon namespace" |
| 15:51.45 | Chipzz | you can access that table by using: |
| 15:51.57 | Chipzz | local name, my_table = ... |
| 15:52.04 | Simca | if you are, consider moving your code into a function based on an event that fires after all addons have been loaded, such as PLAYER_ENTERING_WORLD |
| 15:52.12 | Chipzz | this goes *at the top level of your lua file, not insie a function* |
| 15:52.24 | Chipzz | *not inside |
| 15:52.30 | Chipzz | 17:49 < cookieforu> even when i try your 'local _, M ={};' |
| 15:52.34 | Chipzz | so first: |
| 15:52.35 | Chipzz | 17:49 < cookieforu> even when i try your 'local _, M ={};' |
| 15:52.39 | Chipzz | bzzzzz, WRONG |
| 15:52.42 | Chipzz | incorrect syntax |
| 15:52.52 | Chipzz | it's local _, M = ... |
| 15:53.05 | Chipzz | (literal "...") |
| 15:53.19 | Chipzz | like the varargs ... you use in functions |
| 15:53.29 | Simca | while this is useful information, none of it matters for what he's actually trying to do apparently, which is call another addon's global function |
| 15:53.42 | Chipzz | except here the varargs are used at the toplevel, which makes little sense except for the name/table |
| 15:54.43 | Simca | i suspect loading order may be the issue if he's doing something really simple like trying to execute within the body of the file itself, outside of his own functions |
| 15:54.49 | *** join/#wowuidev Spaten (~Spaten@HSI-KBW-091-089-140-184.hsi2.kabel-badenwuerttemberg.de) |
| 15:55.10 | Chipzz | cookieforu: anyway, have you tried "/dump the_function" inside WoW? |
| 15:55.26 | cookieforu | yeah running it inside wow works |
| 15:55.32 | Chipzz | where you obviously replace the_function with the name you're trying to call |
| 15:55.52 | Chipzz | might be loading order in that case |
| 15:56.00 | cookieforu | yeah i will check that right now |
| 15:56.16 | Chipzz | does your addon declare a dependency on the addon being used? |
| 15:56.33 | cookieforu | nope |
| 15:56.38 | Simca | oh yeah, i forgot about dependency, doing that is a reasonable method to ensure the other addon loads first |
| 15:57.06 | cookieforu | its just #dependency inside the .toc file right =? |
| 15:57.16 | Chipzz | no |
| 15:57.43 | cookieforu | ##Dependencies: |
| 15:57.46 | Simca | yeah that |
| 15:57.51 | Chipzz | ## RequiredDep: Blizzard_TutorialTemplates |
| 15:58.01 | Chipzz | no, not Dependencies either |
| 15:58.07 | cookieforu | isnt that the same ? |
| 15:58.13 | Chipzz | no |
| 15:58.13 | Chipzz | very nmuch not so |
| 15:58.17 | cookieforu | ohhhh |
| 15:58.32 | Chipzz | Dependencies doesn't exist and does nothing |
| 15:58.33 | Simca | toc stuff is very particular |
| 15:58.34 | Chipzz | also |
| 15:58.39 | Chipzz | do not add or ommit spaces |
| 15:58.44 | cookieforu | ##Dependencies is only to show that if certain addon isnt in the folder the addon wont work |
| 15:58.45 | Chipzz | copy/paste exactly like I pasted it |
| 15:59.09 | nebula | Chipzz: Dependencies and RequiredDeps (or anything starting with Dep) is the same thing |
| 15:59.34 | Chipzz | ## OptionalDeps: LibRealmInfo |
| 15:59.38 | Chipzz | is anoter option |
| 15:59.51 | Spaten | does that mean i can do ## Deppen: AddonName ? |
| 15:59.58 | Chipzz | nebula: I've never seen Dependencies used, anywhere |
| 16:00.20 | nebula | so? |
| 16:00.32 | nebula | that doesn't change what i said |
| 16:00.36 | nevcairiel | i just checked a random addon in my interface folder and it used Dependencies |
| 16:00.46 | nevcairiel | so my random annecdotal evidence beats yours! |
| 16:00.58 | Chipzz | well, no |
| 16:01.16 | Chipzz | because ALL blizzard addons use RequiredDep, none use Dependencies |
| 16:01.20 | Simca | i think it's an age thing, i feel like RequiredDep was added later, I don't know why |
| 16:01.34 | Chipzz | and a bogus header like ## Foo: would just be ignored |
| 16:01.44 | Chipzz | so ## Dependencies: would silently do nothing |
| 16:01.48 | nebula | it started with Dependencies, then OptionalDeps was added with RequiredDeps |
| 16:01.55 | Simca | ah ok |
| 16:02.14 | Chipzz | s/would/could/ |
| 16:02.19 | nevcairiel | Chipzz: except its not bogus and actually works =p |
| 16:02.47 | Chipzz | probably deprecated though |
| 16:03.17 | cookieforu | now i don't get the error but not even my debug message is being posted -.- |
| 16:03.35 | Chipzz | cookieforu: I would use RequiredDep, since chances are Dependencies is deprecated |
| 16:03.50 | Chipzz | cookieforu: probably because your code runs before ChatFrame is instantiated |
| 16:03.51 | nebula | who gives a fuck |
| 16:04.00 | cookieforu | i used RequiredDep |
| 16:04.10 | nevcairiel | you cant possibly run before ChatFrame is created |
| 16:04.15 | nevcairiel | its physically impossible |
| 16:04.32 | Chipzz | nevcairiel: I've had prints go nowhere because I was calling it too early |
| 16:04.43 | Chipzz | 17:52 < Simca> if you are, consider moving your code into a function based on an event that fires after all addons have been loaded, such as PLAYER_ENTERING_WORLD |
| 16:04.50 | Simca | yeah i have too. i don't know the cause of that exactly though |
| 16:05.01 | Chipzz | cookieforu: ^^^ |
| 16:05.35 | cookieforu | ok got that |
| 16:05.36 | *** join/#wowuidev zenzelezz (~zenzelezz@cm-84.212.19.168.getinternet.no) |
| 16:05.38 | cookieforu | trying it out |
| 16:07.40 | Simca | there's some good wiki pages with templates you can use for firing a function off an event, but basically you create a frame, then register the frame to watch for the event (in this case PLAYER_ENTERING_WORLD), then you SetScript for OnEvent for your frame to your function |
| 16:09.18 | Simca | something simple like: local frame = CreateFrame("FRAME"); frame:RegisterEvent("PLAYER_ENTERING_WORLD"); frame:SetScript("OnEvent", doSomething); |
| 16:09.20 | Simca | should work |
| 16:09.40 | cookieforu | i know how to event handle ;D |
| 16:09.51 | Simca | ah ok |
| 16:13.49 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 16:15.52 | cookieforu | now i get the attempt to index global 'M' |
| 16:15.55 | cookieforu | again |
| 16:16.47 | cookieforu | can I write wow addons in a different language lua fucking sucks balls |
| 16:22.26 | Thunder_Child | You could write a converter, but that would kind of require knowing Lua. |
| 16:22.50 | cookieforu | -.- |
| 16:25.23 | cookieforu | is there a discord server for people that need help with wow addon dev. ? IRC is kinda bad for posting the code |
| 16:25.37 | cookieforu | maybe that way someone can figure out why this doesnt work |
| 16:26.01 | Thunder_Child | Post it to a paste bin of some kind and drop the link in here. |
| 16:29.17 | cookieforu | So here is the code for just calling a function within the same addon |
| 16:29.17 | cookieforu | https://pastebin.com/2LBAQfsv |
| 16:31.17 | nebula | you need `local _, M = ...` at the top of every file that is going to use M |
| 16:32.06 | nebula | returning at the end of a lua file doesn't do anything in wow |
| 16:33.22 | *** join/#wowuidev mke (~mke@194.75.75.170) |
| 16:34.07 | Spaten | is that a sheep or a rabbit on the picture nebula? |
| 16:34.23 | nebula | how could it be anything but a bunny with a pancake on it's head |
| 16:34.33 | cookieforu | local _, M = ... throws an error: unexpected symbol |
| 16:34.38 | nebula | Spaten: https://neb.wtf/ |
| 16:37.28 | cookieforu | local _, M = ... throws an error: unexpected symbol |
| 16:38.25 | nebula | you already said that, but you're obviously doesn't something else wrong since that text is fine |
| 16:38.33 | nebula | s/doesn't/doing/ |
| 16:39.09 | cookieforu | lel how when this is litreally everything i got |
| 16:40.20 | nebula | what is the actual full error |
| 16:41.13 | cookieforu | Interface\AddOns\Test\main.lua:1 unexpected symbol near '...' |
| 16:41.25 | cookieforu | same error for otherFile.lua |
| 16:42.05 | cookieforu | okay thats strange |
| 16:42.21 | *** join/#wowuidev mke (~mke@194.75.75.170) |
| 16:42.27 | cookieforu | i'm using patch 1.12 and i get the error |
| 16:42.36 | AcidWeb | sigh |
| 16:42.37 | nebula | well there you go. |
| 16:42.43 | cookieforu | but when i'm on current patch it works |
| 16:42.52 | AcidWeb | Shocking. |
| 16:43.03 | nebula | it's a convention was added in the past few expansions |
| 16:43.40 | cookieforu | so it is technically impossibile to call a function from another file within the same addon, in vanilla ? |
| 16:43.49 | nebula | just use globals |
| 16:43.52 | nebula | M = {} |
| 16:43.58 | nebula | well don't use M |
| 16:44.09 | nebula | use the addon name or such |
| 16:46.00 | cookieforu | ok worked |
| 16:46.25 | cookieforu | that was more complicated than it should have been ^^ |
| 16:46.37 | cookieforu | much thanks |
| 16:47.45 | cookieforu | every global function can be used inside wow with /run, is that right ? |
| 17:00.15 | *** join/#wowuidev harl (harl@unaffiliated/harl) |
| 17:18.30 | TheDanW | foxlit: by default, by just having a mouse handler (defined in xml) the game will automatically EnableMouse(true) on your frame, which is quite annoying and rarely what anyone would want, but changing that default would break a ton of things, autoEnableInput="false" suppresses that behavior |
| 17:24.38 | *** join/#wowuidev schlumpf (~schlumpf@ip5f5ae51c.dynamic.kabel-deutschland.de) |
| 17:27.05 | *** join/#wowuidev Tentacled (~sinus@87-205-240-1.adsl.inetia.pl) |
| 18:05.44 | Spaten | is there a way to get the informations from the ingame api per api call? especially the event args |
| 18:06.56 | nebula | <PROTECTED> |
| 18:07.19 | Spaten | and then doing string stuff on the anwser? |
| 18:08.03 | nebula | it just builds a string and prints it, what do you want to do? |
| 18:09.08 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:b914:41e6:2eb3:a488) |
| 18:09.28 | Spaten | get the args from the events without hardcoding them, maybe playing around with the addon eventtracker to have it always up to date with the ingame api instead of hardcoding all the arg names and also missing some |
| 18:10.14 | *** join/#wowuidev netameta (~netameta@96.33.208.147) |
| 18:14.23 | nebula | after the addon is loaded all the info is in a bunch of tables you could check directly |
| 18:15.07 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:b914:41e6:2eb3:a488) |
| 18:17.05 | nebula | APIDocumentation.events is an indexed table of them all, i'm not sure how the ui searches it, but you could make your own lookup table |
| 18:17.07 | Spaten | thanks, didnt even think about the fact that you probably can access it directly. not versed in lua, addons or being smart |
| 18:18.38 | Spaten | and something i really want to test @spaten |
| 18:21.48 | Alram | hey TheDanW this probably isnt your department but the 7.3.5 build that just hit PTR removed 7.3.5 music, i think someone's regex that filtered out music from shipping music in beta might have affected 7.3.5 too :D |
| 18:22.50 | Alram | https://marlamin.com/u/2018-06-11_20-22-44-103B372g.txt <-- probably not good |
| 18:28.41 | TheDanW | Alram: thanks for the heads up! |
| 18:29.21 | nevcairiel | they should just ship music on the beta already! |
| 18:30.24 | Alram | an even better fix! |
| 18:35.20 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:b914:41e6:2eb3:a488) |
| 18:39.00 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:b914:41e6:2eb3:a488) |
| 18:46.17 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:b914:41e6:2eb3:a488) |
| 19:14.54 | Stanzilla | borderless windowed mode is gone in BfA :( |
| 19:15.22 | Alram | literally months behind |
| 19:15.36 | Stanzilla | I don't play, only noticed it because of a tweet |
| 19:15.49 | Alram | i'm guessing it might have to do with dx12 |
| 19:15.56 | Alram | whoknows |
| 19:17.58 | nebula | it's gone as an option, but fullscreen doesn't work like the old exclusive fullscreen |
| 19:18.33 | nebula | ie alt-tabbing and multimonitor feels like borderless windowed |
| 19:19.01 | Stanzilla | so they actually removed fullscreen (exclusive) and renamed the otheroption? |
| 19:19.33 | *** join/#wowuidev mke_ (~mke@2a00:23c5:3481:ed00:9fb:740:e1e3:d76d) |
| 19:20.31 | Alram | to me it just feels like borderless window |
| 19:20.49 | nebula | seems like it, no idea of the underlying tech changes |
| 19:21.30 | Alram | i guess exclusive fullscreen might no longer really be a thing in their dx12 implementation? |
| 19:21.57 | Stanzilla | nevcairiel probably knows |
| 19:22.00 | *** join/#wowuidev Ketho (~Ketho@2a02:a44e:ac87:1:7d39:ae21:17b5:2111) |
| 19:22.40 | nevcairiel | dx12 doesnt support it |
| 19:22.45 | nevcairiel | and they probably just remvoed it entirely |
| 19:23.26 | nevcairiel | that said "proper" borderless windowed on windows10 is basically the best of both worlds, you get to bypass the compositor and still get to alt-tab seamlessly |
| 19:23.39 | Ketho | so how will we change gamma now |
| 19:23.45 | nevcairiel | there is a gamma slider =p |
| 19:26.18 | nevcairiel | I just wish they figure out how to make GSYNC work properly in windowed mode, thats entirely broken on live |
| 19:34.38 | AcidWeb | in beta it work not bad if you have windowed g-sync enabled |
| 19:35.00 | AcidWeb | that don't change fact that dx12 mode work terrible for me |
| 19:35.06 | AcidWeb | 10-20fps less |
| 19:45.11 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 19:51.19 | [TOM_RUS] | there were rumors about some additional work on dx12 that was postponed to later patch, no? |
| 19:52.57 | ThiefMaster | Stanzilla> borderless windowed mode is gone in BfA :( <-- WHAT? |
| 19:53.10 | ThiefMaster | that's a joke, right? |
| 19:53.26 | ThiefMaster | so how are you supposed to play a game without window borders and without delay when alt tabbing? |
| 19:53.37 | nebula | continue reading |
| 19:54.16 | ThiefMaster | (not using win10 on my desktop yet, so no idea what they changed there regarding fullscreen/borderless windowed) |
| 19:54.37 | [TOM_RUS] | TLDR: nothing changed |
| 19:56.13 | AcidWeb | ThiefMaster: borderless windowed mode = fullscreeen in bfa. |
| 20:55.33 | *** part/#wowuidev zenzelezz (~zenzelezz@cm-84.212.19.168.getinternet.no) |
| 20:56.56 | *** join/#wowuidev zenzelezz (~zenzelezz@cm-84.212.19.168.getinternet.no) |
| 21:11.13 | Chipzz | TheDanW: did my SimpleHTML crasher already make it back to you from QA? |
| 21:32.24 | TheDanW | yeah, but no one has looked at it yet |
| 21:34.02 | Chipzz | too bad.. I guess I'll wait then |
| 21:50.21 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:9fb:740:e1e3:d76d) |
| 21:58.49 | *** join/#wowuidev Tercioo (~Tercioo@185.153.176.5) |
| 22:02.37 | *** join/#wowuidev mke (~mke@2a00:23c5:3481:ed00:9fb:740:e1e3:d76d) |
| 22:53.58 | *** join/#wowuidev Tentacled (~sinus@87-205-240-1.adsl.inetia.pl) |
| 23:04.48 | *** join/#wowuidev tlund (tlund@nxs.se) |
| 23:44.22 | *** join/#wowuidev mke (~mke@host81-154-19-93.range81-154.btcentralplus.com) |
| 23:48.39 | TheDanW | TentacledOne: i looked into the map zooming, you had the right idea, there were two core issues in our code that i've fixed up for next beta; it turned out to be a little more complicated because of the flight map zooming |