« Back to channel list

#RubyOnRails - 12 September 2017

« Back 1 day Forward 1 day »
[00:01:36] twilling: has joined #RubyOnRails
[00:03:23] jhfisc: has joined #RubyOnRails
[00:08:40] pharma_joe: has joined #RubyOnRails
[00:09:27] jhfisc: has joined #RubyOnRails
[00:09:39] cagomez: has joined #RubyOnRails
[00:10:49] cagomez: has joined #RubyOnRails
[00:14:38] jhfisc: has joined #RubyOnRails
[00:21:30] helpa: has joined #RubyOnRails
[00:24:13] codelahoma: has joined #RubyOnRails
[00:25:11] jhfisc: has joined #RubyOnRails
[00:33:51] mercwithamouth: has joined #RubyOnRails
[00:35:25] jhfisc: has joined #RubyOnRails
[00:36:21] quazimodo: has joined #RubyOnRails
[00:38:06] pharma_joe: has joined #RubyOnRails
[00:40:32] jhfisc: has joined #RubyOnRails
[00:41:51] hammer065: has joined #RubyOnRails
[00:49:00] dviola: has joined #RubyOnRails
[00:53:15] jhfisc: has joined #RubyOnRails
[00:53:42] bronson: has joined #RubyOnRails
[00:54:34] TakumoKatekari: has joined #RubyOnRails
[00:59:17] jhfisc: has joined #RubyOnRails
[01:03:49] kn-928: has joined #RubyOnRails
[01:07:28] jottr_: has joined #RubyOnRails
[01:16:06] cagomez: has joined #RubyOnRails
[01:20:40] brent__: has joined #RubyOnRails
[01:24:48] weaksauce: has joined #RubyOnRails
[01:25:12] jhfisc: has joined #RubyOnRails
[01:31:13] jhfisc: has joined #RubyOnRails
[01:37:04] cagomez: has joined #RubyOnRails
[01:37:13] jhfisc: has joined #RubyOnRails
[01:40:08] pharma_joe: has joined #RubyOnRails
[01:42:15] gusrub: has joined #RubyOnRails
[01:44:53] jhfisc: has joined #RubyOnRails
[01:45:38] mtkd: has joined #RubyOnRails
[01:49:47] gusrub_: has joined #RubyOnRails
[01:52:20] Jameser: has joined #RubyOnRails
[01:56:59] ahrs: has joined #RubyOnRails
[01:57:43] cagomez: has joined #RubyOnRails
[02:02:54] fryguy: has joined #RubyOnRails
[02:03:08] jhfisc: has joined #RubyOnRails
[02:10:07] Hosh: has joined #RubyOnRails
[02:11:15] jhfisc: has joined #RubyOnRails
[02:16:08] jhfisc: has joined #RubyOnRails
[02:20:54] irishfromua: has joined #RubyOnRails
[02:23:26] pharma_joe: has joined #RubyOnRails
[02:34:29] larissa: has joined #RubyOnRails
[02:40:48] Ropeney: has joined #RubyOnRails
[02:41:02] djuber: has joined #RubyOnRails
[02:44:07] mtkd: has joined #RubyOnRails
[02:47:09] jhfisc: has joined #RubyOnRails
[02:54:58] wethu: has joined #RubyOnRails
[02:55:05] bronson: has joined #RubyOnRails
[03:00:20] sandstrom: has joined #RubyOnRails
[03:01:44] djuber: has left #RubyOnRails: ("ERC (IRC client for Emacs 26.0.50)")
[03:05:06] orbyt_: has joined #RubyOnRails
[03:07:16] jhfisc: has joined #RubyOnRails
[03:07:42] pharma_joe: has joined #RubyOnRails
[03:11:19] justrying: has joined #RubyOnRails
[03:17:34] jhfisc: has joined #RubyOnRails
[03:20:45] pharma_joe: has joined #RubyOnRails
[03:32:32] jhfisc: has joined #RubyOnRails
[03:33:14] elcontrastador: has joined #RubyOnRails
[03:36:56] quazimodo: has joined #RubyOnRails
[03:43:51] jhfisc: has joined #RubyOnRails
[03:45:14] aajjbb: has joined #RubyOnRails
[03:47:23] quazimodo: has joined #RubyOnRails
[03:53:13] jhfisc: has joined #RubyOnRails
[03:55:03] ur5us: has joined #RubyOnRails
[03:59:13] jhfisc: has joined #RubyOnRails
[04:00:03] ur5us: has joined #RubyOnRails
[04:05:13] jhfisc: has joined #RubyOnRails
[04:05:14] bronson: has joined #RubyOnRails
[04:16:59] kies: has joined #RubyOnRails
[04:17:11] jmay: has joined #RubyOnRails
[04:17:59] jhfisc: has joined #RubyOnRails
[04:43:07] quazimodo: has joined #RubyOnRails
[04:44:02] okdas: has joined #RubyOnRails
[04:49:14] jhfisc: has joined #RubyOnRails
[04:54:01] jhfisc: has joined #RubyOnRails
[04:57:17] chouhoulis: has joined #RubyOnRails
[05:00:47] srinidhi: has joined #RubyOnRails
[05:05:35] powrtoch: has joined #RubyOnRails
[05:09:39] jhfisc: has joined #RubyOnRails
[05:11:30] cagomez: has joined #RubyOnRails
[05:15:13] jhfisc: has joined #RubyOnRails
[05:27:29] jhfisc: has joined #RubyOnRails
[05:32:30] LambdaSource: has joined #RubyOnRails
[05:33:12] jhfisc: has joined #RubyOnRails
[05:33:23] lxsameer: has joined #RubyOnRails
[05:39:08] jhfisc: has joined #RubyOnRails
[05:39:11] abhi__: has joined #RubyOnRails
[05:39:17] abhi__: has left #RubyOnRails: ()
[05:41:22] ascarter: has joined #RubyOnRails
[05:44:13] jhfisc: has joined #RubyOnRails
[05:46:07] Tempesta: has joined #RubyOnRails
[05:50:48] mercwithamouth: has joined #RubyOnRails
[05:51:15] mercwithamouth: so i haven't used rails in a few years, is devise still the go to library for authentication?
[05:52:08] jhfisc: has joined #RubyOnRails
[05:55:03] ascarter: has joined #RubyOnRails
[06:01:41] dionysus69: has joined #RubyOnRails
[06:03:14] abhi__: has joined #RubyOnRails
[06:07:45] jhfisc: has joined #RubyOnRails
[06:21:14] jhfisc: has joined #RubyOnRails
[06:25:57] jhfisc: has joined #RubyOnRails
[06:26:08] crst: has joined #RubyOnRails
[06:26:52] ferr: has joined #RubyOnRails
[06:27:39] ahrs: has joined #RubyOnRails
[06:29:31] crst: Good Morning everybody! How do you differentiate between new and edit in a _form partial. For instance: I want include value: "anything" on some input form in new but omit that in edit obviously.
[06:31:41] tamouse__: crst, in a new operation, the form object won't be persisted
[06:33:33] crst: tamouse__: I'm sorry, I don't understand what you're saying. What does that mean?
[06:36:27] tamouse__: when you have the form_for, you're giving it an object, like @user or @book or something like that for what you're filling in the form for
[06:36:49] tamouse__: when you filling out a new @book in the form, @book.persisted? will be false
[06:36:57] tamouse__: because it hasn't been saved yet
[06:37:18] tamouse__: but when you're editing, @book will come from the database, and @book.persisted? will be true
[06:38:29] jhfisc: has joined #RubyOnRails
[06:38:59] crst: I see. So I can use value: "anything" unless @book.perstited?
[06:39:19] tamouse__: it might need a little more massaging than that, but that's the basic idea, yes
[06:39:35] crst: tamouse__: perfect, thank you!
[06:41:09] tamouse__: crst: another way to do that (if i understand your use case) is to preassign the field in question to "anything" in the controller's "new" action
[06:41:39] tamouse__: assuming on the edit it will set value: to whatever the current value is
[06:42:15] crst: tamouse__: yeah, it does that automatically for edit
[06:42:46] conta: has joined #RubyOnRails
[06:43:08] tamouse__: it will do it automatically in either case, just that in the new case, the fields are all empty usually. if you fill one in with a "default" value, like your "anything" that will show up on the new form, too
[06:43:22] arBmind: has joined #RubyOnRails
[06:43:24] tamouse__: that might be a better way to go than checking persisted
[06:43:36] tamouse__: give it go, see which works better for you
[06:44:54] [dmp]: has joined #RubyOnRails
[06:46:31] crst: tamouse__: And the preassignmnet looks like that, right? Controller: @value01 = "anything" (only in def new) View: value: @value01
[06:47:14] jhfisc: has joined #RubyOnRails
[06:48:21] tamouse__: well, no. what type of model are you creating a record for?
[06:49:18] dionysus69: I am saving a last_request_time into session, to avoid spam and then blocking another request for 10 seconds, against brute forcing one time verification code. Is it safe way to deal with brute forcing on application level?
[06:49:52] crst: tamouse__: different types. for now mainly string and integer
[06:50:13] tamouse__: no, like model: i.e. Book, Post, User, Ticket, etc
[06:50:18] jhfisc: has joined #RubyOnRails
[06:50:48] crst: tamouse__: It's called Topup :)
[06:50:51] dionysus69: I am also thinking someone could make a spambot which resets cookies everytime so they could still avoid 10 second timeout. is there no other way to deal with anonymous requests on application level? I know there's rack_attack gem but that's more low level as I understand
[06:51:14] crst: It's maybe like a Post
[06:51:30] crst: A User has many posts
[06:51:40] crst: A User has many Topups
[06:51:49] tbuehlmann: dionysus69: gogo rack-attack
[06:51:54] tamouse__: ok, lol, i have no idea what that would be, but assuming it's got some fields, your controller#new would have something like: @topup = Topup.new(some_field: "anything") to preset that field
[06:52:54] tamouse__: then the _form would have that some_field in it
[06:53:03] dionysus69: tbuehlmann: ok sounds good :D
[06:53:18] tamouse__: you wouldn't need to set the value: option, it would just take what's set in the controller action
[06:54:04] crst: tamouse__: ok thank you very much I definitely go that route first. Seems to be more "railsy"
[06:55:16] jhfisc: has joined #RubyOnRails
[06:57:08] quazimodo: has joined #RubyOnRails
[07:01:14] jhfisc: has joined #RubyOnRails
[07:06:46] LambdaSource: has joined #RubyOnRails
[07:07:15] jhfisc: has joined #RubyOnRails
[07:14:21] defsdoor: has joined #RubyOnRails
[07:16:05] jhfisc: has joined #RubyOnRails
[07:17:53] crst: tamouse__: works great!
[07:18:37] tamouse__: i need to be in bed
[07:19:46] Arkentias: has joined #RubyOnRails
[07:20:37] jarray52: has joined #RubyOnRails
[07:26:16] doublemalt__: has joined #RubyOnRails
[07:27:21] crst: Do you know if I can send all the previously entered values of a field into autofill?
[07:27:23] cagomez: has joined #RubyOnRails
[07:29:10] jhfisc: has joined #RubyOnRails
[07:40:18] crst: Ok after doing some research, this would be an autocomplete feature handled by js
[07:43:35] ur5us: has joined #RubyOnRails
[07:43:50] sevenseacat: has joined #RubyOnRails
[07:44:20] sandstrom: has joined #RubyOnRails
[07:44:33] crst: Does anybody make use of inputmode="numeric" instead of type="number" ?
[07:51:51] bladdezz: has joined #RubyOnRails
[07:54:10] mtkd: has joined #RubyOnRails
[08:00:27] ahrs: has joined #RubyOnRails
[08:04:03] mikecmpbll: has joined #RubyOnRails
[08:11:12] noob_on_rails: has joined #RubyOnRails
[08:11:31] noob_on_rails: hey all , is there a way to "save_all" without N queries ? https://stackoverflow.com/questions/8927873/rails-3-how-to-perform-a-save-action-on-all-records
[08:14:15] cagomez: has joined #RubyOnRails
[08:17:37] marr: has joined #RubyOnRails
[08:19:47] jhfisc: has joined #RubyOnRails
[08:21:28] KeyJoo: has joined #RubyOnRails
[08:24:32] jhfisc: has joined #RubyOnRails
[08:33:04] jhfisc: has joined #RubyOnRails
[08:38:41] jhfisc: has joined #RubyOnRails
[08:40:16] hahuang65: has joined #RubyOnRails
[08:51:17] Ergo: has joined #RubyOnRails
[08:55:02] sevenseacat: has joined #RubyOnRails
[08:59:13] AlHafoudh: has joined #RubyOnRails
[09:02:15] TakumoKatekari: noob_on_rails: depends on what you want to do
[09:02:47] TakumoKatekari: you can use `.update_all ` to update all records, chained to a `.where` to limit the updated records
[09:03:06] TakumoKatekari: but all records must receive the same update
[09:03:17] noob_on_rails: if you want to update you could , but this will apply to save ?
[09:03:31] TakumoKatekari: i.e. Model.where(foo: 'bar').update_all(col: 'val')
[09:03:51] noob_on_rails: but you already have the record
[09:03:57] noob_on_rails: what i want to do is a mass save
[09:04:01] noob_on_rails: with one query
[09:04:11] noob_on_rails: im , getting many nested models in a form
[09:04:14] noob_on_rails: from my frontend
[09:04:22] TakumoKatekari: so these are new records?
[09:04:34] noob_on_rails: for example , in an Author new page
[09:04:42] noob_on_rails: you create his 3 or 4 books
[09:04:58] noob_on_rails: accepts_nested_attributes_for
[09:06:14] TakumoKatekari: I don't think there's a way to create multiple records with a single _query_ however you could possibly wrap it in a transaction
[09:06:27] TakumoKatekari: so all the records will be committed to the DB in one batch
[09:06:39] noob_on_rails: that's what i think i should do
[09:06:51] noob_on_rails: that sounds sweet
[09:06:56] noob_on_rails: anywhere i can refer to ?
[09:07:35] catbusters: has joined #RubyOnRails
[09:09:02] TakumoKatekari: check the guide for ActiveModel
[09:10:25] TakumoKatekari: it should demonstrate it
[09:10:34] noob_on_rails: hmm cool ill give it a go
[09:10:49] TakumoKatekari: I think there may be an issue with accepts_nested_attributes_for and transactions
[09:10:59] TakumoKatekari: as you of course, won't know the primary key for the parent record
[09:11:02] TakumoKatekari: until its created
[09:11:10] noob_on_rails: actually listen
[09:11:14] TakumoKatekari: so you'd need to create that parent record, before being able to create the child records
[09:11:17] noob_on_rails: scrap the nested attribute for
[09:11:35] noob_on_rails: im getting a JSON POST from the frontend
[09:11:43] noob_on_rails: so i prolly could seperate the 2
[09:11:50] noob_on_rails: i can start with an Author.save
[09:12:07] noob_on_rails: and then pack the children in a transaction with the respected Author id
[09:12:16] TakumoKatekari: yeah, that should do it
[09:20:42] Olipro: has joined #RubyOnRails
[09:25:25] mtkd: has joined #RubyOnRails
[09:27:41] drale2k_: has joined #RubyOnRails
[09:35:46] dionysus69: is find_by id always preferred as find ? what are pros of find?
[09:37:32] elomatreb: find raises when it can't find what you want, find_by_* returns nil
[09:41:26] tbuehlmann: when calling relation.where(…), the new relation object has its @records instance variable reset to []. where does this happen? I could only find a call to relation.spawn.where!(opts, *rest) where spawn just calls clone which shouldn't change the variable
[09:56:04] arup_r: has joined #RubyOnRails
[09:59:30] dionysus69: elomatreb: yes that much I read online but, I dont really understand what does it implicate if find raises
[10:00:03] dionysus69: what does this if statement return ? if User.find(123) and user without that id doesnt exist
[10:00:27] elomatreb: It's just a matter of style in how you handle errors, with a rescue (or a rescue_from in your controller), or with an explicit nil check
[10:00:35] sevenseacat: dionysus69: try it
[10:01:21] dionysus69: to me it makes more sense to check nil with condition, rather than do something like try rescue, seems much more complicated for the same functionality
[10:01:52] elomatreb: You can set up a rescue_from in your controller, e.g. to handle every RecordNotFound error by default by rendering a 404 template
[10:02:16] dionysus69: sevenseacat: I guess the result is still nil, with a raised error. but does raised error implicate extra computational power being used?
[10:02:19] elomatreb: But it's often considered bad practice to use exceptions for flow control if you anticipate it happening often, so it's up to you
[10:03:25] tbuehlmann: dionysus69: it is indeed slightly slower, but you shouldn't care about that
[10:03:32] dionysus69: so if I just let the error be? unhandled? what do I loose?
[10:04:29] dionysus69: especially in case if I shouldn't care about it being slightly slower :)
[10:05:37] tbuehlmann: as elomatreb said, it's really up to you. either check for nil (when using .find_by) or handle the exception (when using .find)
[10:05:57] sevenseacat: the speed is irrelevant
[10:06:09] elomatreb: If you leave an error unhandled, you get a 500 page in production
[10:06:21] elomatreb: And the red stacktrace error page in development
[10:06:32] dionysus69: and if the request is async? should I care about it then ? :D
[10:06:44] dionysus69: i should have specified that for start I guess
[10:06:56] sevenseacat: if your users are seeing 500 errors, you as a developer fucked up.
[10:07:09] dionysus69: nope they won't
[10:07:23] dionysus69: it will be a silent ajax error on production log, nothing more
[10:07:23] sevenseacat: they will if you have unhandled exceptions
[10:07:38] sevenseacat: thats not how it works.
[10:07:49] tbuehlmann: I like the idea
[10:07:52] elomatreb: You should handle everything you possibly can, it's just good practice
[10:07:58] tbuehlmann: no news is good news after all
[10:09:40] dionysus69: thats what happens in development mode anyway, i just click the button which is a remote: true link_to, it calls an action which has find with undhandled exception, obviously page shouldnt redirect anyway, nothing happens, in fact I still check the unhandled exception with if, but since find got an error, the var I saved the "record" to is nil, so the final product is same, user gracefully gets an error
[10:10:13] sevenseacat: a 500 error is not graceful. its a server error.
[10:10:18] dionysus69: I agree, that I should handle everything I can, I just wanted to figure out if there were any more serious drawbacks
[10:11:05] dionysus69: ok I guess, I will still stick to find_by anyway :D
[10:11:27] dionysus69: because it returns nil without a server error :D
[10:11:59] dionysus69: what was the why for? :D
[10:12:45] sevenseacat: so the find_by will return nil. what does the next line of code do?
[10:12:46] dionysus69: I am thinking about exceptional cases, the user should exist in any case, but in case some anomaly happens with a session variable, I still wanted to make sure everything would be fine
[10:13:03] sevenseacat: tries to use that user record in some way?
[10:13:04] dionysus69: if @recoverable_user && session[:anonymous_last_sent] < 5.minutes.ago
[10:13:24] dionysus69: checks if the user was found, just for security reasons (for doublechecking)
[10:13:28] elomatreb: dionysus69: A common pattern is `if (user = User.find(12)) ..handle user exists.. else .. handle user doesn't exist.. end`
[10:13:34] dionysus69: it should always be there in theory
[10:15:20] dionysus69: that part I got elomatreb :)
[10:16:03] noob_on_rails: TakumoKatekari: if i build the resourses and .save inside the transaction should that result to a one big query ?
[10:16:07] noob_on_rails: cause i have multiple :S
[10:16:42] TakumoKatekari: noob_on_rails: there will be multiple queries, but they should all be wrapped in a single transaction so will all get committed at once
[10:16:42] tbuehlmann: noob_on_rails: no, but it might speed up the single queries inside the transaction
[10:16:50] arup_r: has left #RubyOnRails: ()
[10:17:03] noob_on_rails: oh i see what you mean yea
[10:17:16] noob_on_rails: there's a single commit
[10:17:21] tbuehlmann: noob_on_rails: why do you need a single query actually?
[10:17:35] noob_on_rails: tbuehlmann: hey :)
[10:17:43] noob_on_rails: well , i have multiple nested models
[10:17:56] noob_on_rails: i was looking for no N sqls
[10:18:14] cagomez: has joined #RubyOnRails
[10:18:24] noob_on_rails: Author.new form which inside you create many books
[10:18:29] noob_on_rails: where books belongs_to Author ofc
[10:18:37] noob_on_rails: but , it's not so native RoR
[10:18:50] noob_on_rails: cause im getting the POST from my frontend , so i can save the parent model first
[10:19:02] noob_on_rails: so i was looking for a cool way to save the packed "books"
[10:19:06] noob_on_rails: or children anyway
[10:20:01] KeyJoo: has joined #RubyOnRails
[10:20:15] tbuehlmann: okay, what's bad about that?
[10:20:30] noob_on_rails: tbuehlmann: bad about what ?
[10:20:41] noob_on_rails: about multiple queries ?
[10:21:18] noob_on_rails: umm :p dunno i was kinda guided to do this
[10:22:12] crst: has joined #RubyOnRails
[10:22:19] tbuehlmann: ah, because "n+1 queries" are bad?
[10:22:36] tbuehlmann: I think you're mixing up things here
[10:22:54] noob_on_rails: tbuehlmann: arent N+1 a feature ? hahah
[10:23:35] noob_on_rails: tbuehlmann: ignore my bad joke and please do continue
[10:24:23] noob_on_rails: tbuehlmann: the initial idea is something like update_all
[10:24:31] noob_on_rails: which doesn't exist afaik
[10:24:35] tbuehlmann: well, basically you're having a standard nested form which you can handle using accepts_nested_attributes_for
[10:24:48] tbuehlmann: no need to do something custom here
[10:25:02] noob_on_rails: tbuehlmann: umm
[10:25:18] noob_on_rails: if i was native rails
[10:25:29] noob_on_rails: i should whitelist the nested model
[10:25:36] noob_on_rails: and it's attrs maybe
[10:25:49] noob_on_rails: and after that inside my create build and save?
[10:26:12] ShalokShalom_: has joined #RubyOnRails
[10:26:44] noob_on_rails: so now with the transaction im doing the same
[10:27:15] noob_on_rails: https://gist.github.com/frcake/30b984ad38e44ef5b9fcdb5cefd79e22
[10:27:21] tbuehlmann: sure, you can do that manually, but why not use accepts_nested_attributes_for?
[10:27:23] noob_on_rails: the many lines are just dummy data
[10:27:34] noob_on_rails: and mail is not unique so
[10:28:02] noob_on_rails: tbuehlmann: umm , don't i use the accepts_nested_attributes_for featuer
[10:28:18] noob_on_rails: if i build / build / build n then 1 save?
[10:29:18] tbuehlmann: I didn't understand that, what do you mean?
[10:29:47] noob_on_rails: did you see my gist?
[10:30:27] noob_on_rails: so i have 1 Parent.new
[10:30:58] noob_on_rails: Parent.children.build(name: 'john') (for as many children the parent has )
[10:31:02] noob_on_rails: then Parent.save
[10:31:19] noob_on_rails: and children persist respecting the association
[10:32:17] tbuehlmann: I personally would use accepts_nested_attributes_for, because it's a simple solution for nested form
[10:32:32] noob_on_rails: oh so im not using the feature ok
[10:34:09] cagomez: has joined #RubyOnRails
[10:37:35] bruno-: has joined #RubyOnRails
[10:37:49] jottr_: has joined #RubyOnRails
[10:44:15] noob_on_rails: tbuehlmann: now i get what you mean
[10:44:55] noob_on_rails: params.require(:parent).permit(:name, :age, children_attributes: [:name])
[10:45:03] noob_on_rails: and just parent.create
[10:45:17] noob_on_rails: and just parent.create(parent_params(
[10:45:48] noob_on_rails: but i'll have to somehow do this with active_model_serializers in the middle , which doesn't do it by default
[10:51:59] KevinSjoberg: has joined #RubyOnRails
[10:55:18] lxsameer: has joined #RubyOnRails
[10:59:38] KevinSjoberg: has joined #RubyOnRails
[11:03:05] apparition: has joined #RubyOnRails
[11:04:19] noob_on_rails: tbuehlmann: thanks for pointing me at the right direction , i think ill be able to do it natively! :D
[11:15:11] crst: Neither defaultFontColor: '#f00' in chartkick.rb nor library: { fontColor: '#f00' } inline is working for me. Did anybody have success changing the font color in chartkick?
[11:24:12] dviola: has joined #RubyOnRails
[11:32:41] tbuehlmann: noob_on_rails: you're welcome
[11:33:18] noob_on_rails: crst: i think i remember having some trouble with it , but it was for a fast project so i left it alone
[11:34:10] noob_on_rails: tbuehlmann:https://gist.github.com/frcake/3c857ad369f593777196cb732c29819b
[11:34:28] noob_on_rails: is there a way to traverse more dynamically inside the hash
[11:34:38] noob_on_rails: and get what i want to create the ph hash ?
[11:34:49] crst: noob_on_rails: I also can't change fontFamily and backgroundColor among other things. responded to an issue on gh anyway.
[11:35:27] noob_on_rails: crst: yes , i never got to solve this :S
[11:45:26] tcopeland: has joined #RubyOnRails
[11:48:46] ldnunes: has joined #RubyOnRails
[11:51:42] S007: has joined #RubyOnRails
[12:04:02] lxsameer: has joined #RubyOnRails
[12:27:00] KevinSjoberg: has joined #RubyOnRails
[12:28:51] Jameser: has joined #RubyOnRails
[12:37:14] mtkd: has joined #RubyOnRails
[12:44:31] arBmind: has joined #RubyOnRails
[12:46:01] jhfisc: has joined #RubyOnRails
[12:46:41] LyndsySimon: I've been asked to move all of the models of a fairly mature Rails app into a gem so they can be used in other contexts. I've not been able to find where others have done this in the past - does anyone here know where I could start?
[12:48:46] jhfisc: has joined #RubyOnRails
[12:57:37] KevinSjoberg: has joined #RubyOnRails
[13:01:39] mtkd: has joined #RubyOnRails
[13:11:37] jhfisc: has joined #RubyOnRails
[13:12:01] dviola: has joined #RubyOnRails
[13:16:18] arup_r: has joined #RubyOnRails
[13:17:03] jhfisc: has joined #RubyOnRails
[13:17:36] srinidhi: has joined #RubyOnRails
[13:17:53] GodFather: has joined #RubyOnRails
[13:26:43] keegnotrub: has joined #RubyOnRails
[13:29:49] mars777: has joined #RubyOnRails
[13:35:04] lxnr: has joined #RubyOnRails
[13:39:15] CBebop: has joined #RubyOnRails
[13:40:02] andywww: has joined #RubyOnRails
[13:40:35] jhfisc: has joined #RubyOnRails
[13:41:28] andywww: simple qustion.. how would one know if one was operating on the last entry in a query within a block without doing a .length/.size?
[13:41:31] andywww: https://gist.github.com/anonymous/f398ecea4c24cc0aa9630bbff2176203
[13:47:04] CBebop: model == Model.last
[13:47:05] chouhoulis: has joined #RubyOnRails
[13:47:47] CBebop: Is there a reason you don't want to use length/size?
[13:48:40] jhfisc: has joined #RubyOnRails
[13:53:47] jhfisc: has joined #RubyOnRails
[13:55:34] drale2k_: has joined #RubyOnRails
[14:00:54] Jameser: has joined #RubyOnRails
[14:07:12] tcopeland: LyndsySimon: interesting suggestion here to move them into an engine - https://stackoverflow.com/questions/21438085/how-to-share-activerecord-models-via-ruby-gem
[14:10:00] Saukk: has joined #RubyOnRails
[14:10:20] DaveTaboola: has joined #RubyOnRails
[14:15:12] LyndsySimon: tcopeland: Thanks :) I'll read that to file it away mentally, but I have found some stuff that will keep us from doing it and convinced the people who matter in this case that it's a bad idea.
[14:15:55] LyndsySimon: I mean it's a bad idea for us because it doesn't get us closer to accomplishing what we're trying to do, not because there is anything inherent wrong with the concept.
[14:16:45] tcopeland: cool, gotcha
[14:25:13] jhfisc: has joined #RubyOnRails
[14:25:33] lxsameer: has joined #RubyOnRails
[14:31:15] jhfisc: has joined #RubyOnRails
[14:31:54] bruno-: has joined #RubyOnRails
[14:33:48] andywww: has left #RubyOnRails: ()
[14:35:09] aajjbb: has joined #RubyOnRails
[14:35:23] mikecmpb_: has joined #RubyOnRails
[14:44:31] Jameser: has joined #RubyOnRails
[14:46:55] jhfisc: has joined #RubyOnRails
[14:51:20] jhfisc: has joined #RubyOnRails
[14:53:34] irishfromua: has joined #RubyOnRails
[15:00:37] drale2k_: has joined #RubyOnRails
[15:01:30] srinidhi: has joined #RubyOnRails
[15:02:12] SteenJobs: has joined #RubyOnRails
[15:02:34] jhfisc: has joined #RubyOnRails
[15:03:49] Jameser: has joined #RubyOnRails
[15:06:37] cwailes: has joined #RubyOnRails
[15:08:27] cwailes: I'm trying to set up a third-party RoR app, but unfortunately I've run into an issue: all http requests get re-directed to hppts requests. This is using Nginx + Passenger. I've set conf.force_ssl = false. Does anyone know why this might be happening?
[15:08:48] conta: has joined #RubyOnRails
[15:09:13] Jameser: has joined #RubyOnRails
[15:09:35] LambdaSource: has joined #RubyOnRails
[15:12:35] gheegh: has joined #RubyOnRails
[15:13:36] cwailes: Haha, https, not hppts
[15:13:40] francuz: has joined #RubyOnRails
[15:14:09] mikecmpbll: has joined #RubyOnRails
[15:18:10] francuz: hi, i have a problem and I have no idea where it can come from .... I have some HTML inside a text field in my DB, and want to show it in my view, here is the relevant code : https://gist.github.com/anonymous/5f7edd14fb7c09da0cb8bf1bfd88d7ab
[15:19:14] francuz: The problem is that it works, but once every 3-4 refresh, it doesn't, "what i get when it's not working" part is showing what I get when it is not. How is it possible that sometime the html_field element isn't complete?
[15:20:45] CBebop: HTCPCP is what we need to move ot.
[15:20:58] CBebop: s/ot/to/g
[15:22:07] cwailes: has joined #RubyOnRails
[15:24:48] francuz: CBebop: ? meaning i wasn't clear at all, or unrelated? when I get the html_field in the controller (@header = @page.html_fields.find_by(designation: "about_header")), and ask for it in the view it works everytime, but why doesn't it work the way I did it at first ?
[15:26:27] DaveTaboola: has joined #RubyOnRails
[15:30:51] cagomez: has joined #RubyOnRails
[15:31:09] cagomez: has joined #RubyOnRails
[15:33:50] CBebop: A Joke, HTCPCP is the Hyper Text Coffee Pot Control Protocol
[15:34:14] CBebop: and was mostly directed to comments before your join.
[15:40:07] troys: has joined #RubyOnRails
[15:43:02] irishfromua: has joined #RubyOnRails
[15:43:03] brent__: has joined #RubyOnRails
[15:50:21] [Butch]: has joined #RubyOnRails
[15:51:41] GodFather: has joined #RubyOnRails
[15:51:48] cwailes: Does anyone know why a RoR app might be redirecting all HTTP requests to HTTPS addresses even when conf.force_ssl is set to false?
[15:52:09] SteenJobs: has joined #RubyOnRails
[15:52:44] tbuehlmann: cwailes: maybe a reverse proxy that is in front? or your browser aggressively using an already cached https request?
[15:53:40] cwailes: tbuehlmann: Good thoughts, thanks. This is using Nginx+Passenger. I don't think I've enabled SSL in Nginx (It's mostly the default configuration) but I'll double check. And I'll clear the browser cache and check that as well.
[15:53:59] creature: has joined #RubyOnRails
[15:54:19] tbuehlmann: clearing the browser cache might not be enough, sadly. I'd rather check with curl
[15:55:09] cwailes: tbuehlmann: Curl results in a redirect.
[15:55:24] cwailes: has joined #RubyOnRails
[15:55:38] cwailes: Sorry, I've been having frequent disconnect problems with Freenode this week.
[15:56:21] tbuehlmann: can you check the response headers? do they look like they come from a rails app? also, can you check the rails server logs for a redirect?
[15:58:09] cwailes: tbuehlmann: OK, it looks like we are making some progress :-)
[15:58:25] cwailes: Status 301. X-Powerd-By: Phusion Passenger
[15:59:09] tbuehlmann: that powered by header is always present, I assume?
[15:59:48] matthewd: The application log should confirm whether it's seeing the request
[15:59:50] cwailes: Appears to be. The redirect is the only response I can get from the server.
[16:00:28] cwailes: matthewd: Yup, there are logged requests in the production.log file.
[16:00:48] cwailes: Thanks for the help, btw.
[16:00:56] matthewd: This is in production mode? Have you restarted the app since you changed force_ssl ?
[16:01:25] cwailes: matthewd: I've restarted the nginx service through systemd since I've made the changes, yes.
[16:01:50] cwailes: From my understanding, that systemd process handles the spawning of the Passenger processes.
[16:02:47] matthewd: Was force_ssl true before?
[16:03:18] cwailes: It was commented out. I uncommented it, and set config.force_ssl = false.
[16:03:50] cwailes: I wasn't sure what the default was and I wanted to be explicit.
[16:03:53] dminuoso: tbuehlmann, Look what I found! https://github.com/mattbierner/akh
[16:03:54] fugee: has joined #RubyOnRails
[16:04:20] matthewd: cwailes: That's fine.. my point is just that if it wasn't true, then it's more likely to be some other mechanism at work
[16:04:23] matthewd: e.g. Rack::SSL
[16:05:32] fugee: anyone can help me spot the errors in this form, it worked until i added translations https://gist.github.com/mices/49c2020011af263ef8ceb0cd47d47cb9 the errors are weird somewhat useless
[16:06:21] gusrub: has joined #RubyOnRails
[16:07:11] cwailes: has joined #RubyOnRails
[16:07:23] cwailes: aaand we're back.
[16:07:42] cwailes: Where else should I look for possible SSL shenanigans?
[16:08:34] mices: anyone can help me spot the errors in this form, it worked until i added translations https://gist.github.com/mices/49c2020011af263ef8ceb0cd47d47cb9 the errors are weird somewhat useless
[16:08:36] matthewd: Maybe Rack::SSL, maybe something in routes... I'd be doing an app-repo-wide search for /https|ssl/i
[16:09:27] mices: it seems cwailes is signalling to the room not to help me this persons stalking me
[16:10:21] mices: ou mean mices is back don't you
[16:10:28] mices: you mean mices is back don't you
[16:10:39] mices: you're signalling
[16:10:50] cwailes: Umm, no. Sorry if that's the impression you got.
[16:10:54] cwailes: I've been having disconnection issues.
[16:11:07] cwailes: I was saying I was back from being disconnected in the middle of a conversation.
[16:12:39] cwailes: matthewd: From application.rb ~ config.action_mailer.default_url_options = {protocol: 'https', host: 'YOUR_APP_URL' }
[16:12:53] daydreamm: has joined #RubyOnRails
[16:12:57] cwailes: That seems to be limited to the action_mailer settings, but I'm fairly out of date on my RoR knowledge.
[16:13:06] matthewd: Yeah, that'll only affect URLs generated in emails
[16:14:35] cwailes: It's taking a while to find a grep command that will exclude all of the compiled asset files.
[16:15:07] cwailes: OK, now we are getting somewhere.
[16:15:09] matthewd: `git grep -i 'https|ssl'`
[16:15:25] tbuehlmann: mices: add the error to the gist, please. also, change `<%= (t 'decline_friend_request_from') #{@user.first_name} %>` to `<%= "#{t('decline_friend_request_from')} #{@user.first_name}" %>` as a start
[16:16:21] KevinSjoberg: has joined #RubyOnRails
[16:18:01] cwailes: matthewd: There were a bunch of Javascript files in app/assets which were turning up some huge lines.
[16:18:02] orbyt_: has joined #RubyOnRails
[16:19:01] ahrs: has joined #RubyOnRails
[16:20:32] mostlybadfly: has joined #RubyOnRails
[16:22:42] cwailes: I didn't find anything that immediately caught my eye using grep, but I did find out that switching to development mode disabled SSL.
[16:34:47] cagomez: has joined #RubyOnRails
[16:35:24] cwailes: has joined #RubyOnRails
[16:36:18] daydreamm: hello friends, i've got a question, i've got a 'combobox' to set a category from several options, once u select one, i render the corresponding category layout, now, i can edit layout to show certain info from another select with objects, it's working great, the only thing is that when u want to chose certain objects and reload the same category u're already in, i can't do it without refreshing the page,
[16:36:20] daydreamm: how can i make it so, that the onclick will always render the new layout, even when u're already in that layout?
[16:38:31] FrostCandy: has joined #RubyOnRails
[16:39:56] cwailes: has joined #RubyOnRails
[16:40:33] daydreamm: this is the section in particular https://pastebin.com/XprFHzUR (pastie.org seems to be down)
[16:41:53] daydreamm: (it's a code a friend wrote (this is an open source project) and I've been learning by changing and playing/fixing things that already exist, so maybe the answer is right in front of me, but I don't have the expertise to see it yet)
[16:43:47] bruno-_: has joined #RubyOnRails
[16:45:01] cwailes: matthewd: Source of issue: config.middleware.use Rack::SslEnforcer, :except => [ /log_submit/, /local_submit/ ]
[16:45:33] matthewd: Yup, that'll do it :)
[16:51:10] dminuoso: matthewd, so I had an interesting talk with a colleague the other day. He asked me what exactly rails was, and I told him it's just a fairly elaborate "rack endware" with an overly enthusiastic usage of method_missing
[16:51:44] dminuoso: Do you think it was accurate?
[16:51:48] LyndsySimon: has left #RubyOnRails: ()
[16:53:47] matthewd: I'm not sure we're all that method_missing-heavy, really
[16:54:17] cagomez: has joined #RubyOnRails
[16:55:10] dminuoso: matthewd, 62 hits on my end. :-)
[16:55:31] matthewd: actionpack is definitely Just A Rack App... though I think AR is a larger portion by bulk. So that one depends how you're defining significance
[16:57:14] xco: has joined #RubyOnRails
[16:57:55] matthewd: `rg 'def method_missing' */lib | wc -l` finds 39 for me -- which sure isn't zero, but hey, we've got a few classes :P
[16:57:59] xco: i’m looking at the rails diff between Rails 4 and Rails 5.1 and i saw that this has been removed from config/initializers/session_store.rb Rails.application.config.session_store :cookie_store, key: '_railsdiff_session'
[16:58:05] xco: any knows why?
[16:58:38] matthewd: xco: I think the default changed (to that), maybe?
[17:06:53] one_zero: has joined #RubyOnRails
[17:07:24] hahuang65: has joined #RubyOnRails
[17:09:17] cwailes: has joined #RubyOnRails
[17:09:47] adaminboulder: has joined #RubyOnRails
[17:10:39] adaminboulder: my rails app is timing out when receiving Stripe notifications. I need some help writing a before_action that authenticates the user before processing the notification.
[17:11:48] adaminboulder: do you have to render 200 and return? render json: { status: 200 }, status: 200 and return if @site.inactive?
[17:12:37] adaminboulder: to stop the processing of the params? Or just render? How do you communicate that the before action failed and don't keep going into the next method?
[17:15:24] cwailes: has joined #RubyOnRails
[17:17:58] jhfisc: has joined #RubyOnRails
[17:21:15] one_zero: has joined #RubyOnRails
[17:22:08] cwailes: has joined #RubyOnRails
[17:27:42] shime: has joined #RubyOnRails
[17:30:46] SteenJobs: has joined #RubyOnRails
[17:31:33] mikecmpbll: has joined #RubyOnRails
[17:35:37] Chernobuk: has joined #RubyOnRails
[17:37:52] dionysus69: has joined #RubyOnRails
[17:44:52] dblessing: has joined #RubyOnRails
[17:53:40] orbyt_: has joined #RubyOnRails
[17:55:49] sandstrom: has joined #RubyOnRails
[18:04:09] gusrub: has joined #RubyOnRails
[18:09:07] irishfromua: has joined #RubyOnRails
[18:10:42] jhfisc: has joined #RubyOnRails
[18:10:56] maryo: has joined #RubyOnRails
[18:12:11] one_zero: has joined #RubyOnRails
[18:15:03] dviola: has joined #RubyOnRails
[18:16:02] jhfisc: has joined #RubyOnRails
[18:16:44] irishfromua: has joined #RubyOnRails
[18:22:37] cwailes: has joined #RubyOnRails
[18:22:47] cwailes: has left #RubyOnRails: ()
[18:24:52] gusrub: has joined #RubyOnRails
[18:26:49] LambdaSource: has joined #RubyOnRails
[18:27:10] lxsameer: has joined #RubyOnRails
[18:29:24] netzfisch: has joined #RubyOnRails
[18:29:44] jhfisc: has joined #RubyOnRails
[18:32:24] KeyJoo: has joined #RubyOnRails
[18:35:09] keegnotrub_: has joined #RubyOnRails
[18:35:48] my123: has joined #RubyOnRails
[18:37:32] ur5us: has joined #RubyOnRails
[18:40:51] kapil___: has joined #RubyOnRails
[18:41:55] kapil___: hello i want foregin key table , not id. please help.
[18:45:49] jhfisc: has joined #RubyOnRails
[18:52:20] jmay: has joined #RubyOnRails
[18:52:57] jhfisc: has joined #RubyOnRails
[18:55:33] gusrub: has joined #RubyOnRails
[19:01:24] jhfisc: has joined #RubyOnRails
[19:03:26] jmay: has joined #RubyOnRails
[19:05:13] NoGodDamnIdea: has joined #RubyOnRails
[19:07:54] jhfisc: has joined #RubyOnRails
[19:09:21] funkytwig: has joined #RubyOnRails
[19:11:33] daydreamm: how to refresh layout on onchange event on a dropdown even when there's no change? :$
[19:11:37] SteenJobs: has joined #RubyOnRails
[19:12:20] cjohnson: Can somebody clarify for me: we are running rspec and there are a bunch of models that show 0% coverage
[19:12:30] cjohnson: looking at the spec, the spec uses FactoryGirl for those models
[19:12:46] cjohnson: does FactoryGirl completely bypass the model logic if I call a model method? How can I test those models?
[19:13:28] cjohnson: In a way that rcov will report it as tested
[19:14:00] jhfisc: has joined #RubyOnRails
[19:15:20] cjohnson: SimpleCov-rcov I ugess
[19:15:47] cwailes: has joined #RubyOnRails
[19:15:49] conta: has joined #RubyOnRails
[19:16:45] cwailes: The confirmation emails from my site's Devise module/plugin/whatever links to https://your_app_url/path/to/stuff. Where do I put in the correct url?
[19:17:05] jhfisc: has joined #RubyOnRails
[19:18:26] gusrub: has joined #RubyOnRails
[19:18:34] cjohnson: Have you tried running grep -r 'your_app_url'
[19:18:37] cjohnson: in your application and config dirs
[19:19:18] cjohnson: I'd run it in rails dirs next :)
[19:19:34] cwailes: I ran it on the entire project root.
[19:19:57] matthewd: cwailes: That should be the actionmailer config you found earlier
[19:20:25] cwailes: has joined #RubyOnRails
[19:21:30] FrostCandy: In Rails, when you use raise or Throw Exception.new("eror") does that only show in the test / development environment or will it show in the production server too?
[19:22:20] cjohnson: Looks like our problem was we weren't running SimpleCov.start early enough
[19:22:36] jhfisc: has joined #RubyOnRails
[19:23:45] cwailes: OK, figured it out. That is the URL that Rails defaults to when you don't give action_mailer an actual hostname.
[19:23:45] shime: FrostCandy: it will show in the production server too
[19:23:58] FrostCandy: shime: ok thanks
[19:24:16] shime: FrostCandy: it will just display the 500 page instead of showing a full stack trace like in development
[19:24:45] orbyt_: has joined #RubyOnRails
[19:24:56] FrostCandy: shime: oh ok that makes me feel better at least. Last developer used it all over the place instead of failing gracefully for user heh
[19:26:37] shime: FrostCandy: it's okay to raise if you also catch it somewhere ;)
[19:26:45] workmad3: has joined #RubyOnRails
[19:27:07] cwailes: has joined #RubyOnRails
[19:27:07] jhfisc: has joined #RubyOnRails
[19:27:47] FrostCandy: shime: can you catch it outside of the block? It's possible they do catch somewhere in the code , but it's not obvious heh
[19:28:55] shime: FrostCandy: sure. maybe it's caught elsewhere...
[19:29:35] shime: FrostCandy: I would grep for the error class that's being thrown
[19:30:37] jhfisc: has joined #RubyOnRails
[19:30:37] FrostCandy: shime: reading about catch right now. It might be easier to just grep all catch and see what is being caught where :)
[19:31:11] shime: FrostCandy: sure, sounds good to me ;)
[19:32:24] FrostCandy: shime: I'm pretty sure though this isn't being caught: throw Exception.new("xxx") , that isn't written like throw :myerrorclass
[19:33:07] FrostCandy: oo unless maybe they do a catch on the Exception class heh
[19:33:31] mices: tbuehlmann: refresh please https://gist.github.com/mices/49c2020011af263ef8ceb0cd47d47cb9
[19:33:32] shime: FrostCandy: Exception is the worst thing to throw IMO
[19:33:57] dviola: has joined #RubyOnRails
[19:34:09] shime: FrostCandy: hopefully they don't catch the Exception because that will swallow all errors
[19:36:56] shime: FrostCandy: np
[19:51:54] maryo: I am troubleshooting an piece of rails code and i am beginner.. Just trying to understand this line "index_score = reply[mmc.res_id].nil? ? 0 : reply[mmc.res_id].score". Could someone tell me what this does logically ?
[19:52:48] tcopeland: has joined #RubyOnRails
[19:53:15] mtkd: has joined #RubyOnRails
[19:56:13] kott_: has joined #RubyOnRails
[19:56:51] fryguy: maryo: it sets a variable named index_score. if reply[mmc.res_id] is nil, then it sets it to 0. otherwise it sets it to reply[mmc.res_id].score
[19:58:56] maryo: fryguy, thank you so much got it clear
[20:01:24] banisterfiend: has joined #RubyOnRails
[20:02:25] kott_: Hey there, I have three controllers (Video, Image, User), what is the best practice to create a homepage? Should I create a new controller Home? The homepage will consist of top users + last 5 images + last 5 videos.
[20:15:48] ur5us: has joined #RubyOnRails
[20:15:58] fryguy: yes create a new controller
[20:19:17] kott_: since rails is opinionated, there's a naming convention for homepage controllers? Home/Homepage/Main?
[20:21:16] dblessing: has joined #RubyOnRails
[20:23:42] fryguy: kott_: no
[20:26:01] gusrub: has joined #RubyOnRails
[20:26:53] jmay: has joined #RubyOnRails
[20:34:47] timdotrb: has joined #RubyOnRails
[20:35:23] hahuang65: has joined #RubyOnRails
[20:39:53] keegnotrub_: has joined #RubyOnRails
[20:44:39] jmaya: has joined #RubyOnRails
[20:45:08] lxsameer: has joined #RubyOnRails
[20:53:31] NoGodDamnIdea: has joined #RubyOnRails
[20:55:56] mices: anyone can help me debug this view https://gist.github.com/mices/49c2020011af263ef8ceb0cd47d47cb9
[21:05:15] jmay: has joined #RubyOnRails
[21:12:57] lacuna: has joined #RubyOnRails
[21:25:16] orbyt_: has joined #RubyOnRails
[21:26:04] jmay: has joined #RubyOnRails
[21:29:14] jhfisc: has joined #RubyOnRails
[21:35:14] jhfisc: has joined #RubyOnRails
[21:41:06] hahuang65: has joined #RubyOnRails
[21:41:13] jhfisc: has joined #RubyOnRails
[21:45:55] xco: has joined #RubyOnRails
[21:47:17] jhfisc: has joined #RubyOnRails
[21:54:19] workmad3: has joined #RubyOnRails
[21:54:24] brent__: has joined #RubyOnRails
[21:55:10] brent__: has joined #RubyOnRails
[21:59:36] jhfisc: has joined #RubyOnRails
[22:07:26] jhfisc: has joined #RubyOnRails
[22:08:52] rakm: has joined #RubyOnRails
[22:09:06] Slinky_Pete: has joined #RubyOnRails
[22:09:30] Slinky_Pete: Testing... 1, 2, 3
[22:19:55] twilling: has joined #RubyOnRails
[22:20:15] jhfisc: has joined #RubyOnRails
[22:20:56] lxsameer: has joined #RubyOnRails
[22:21:59] Uranio: has joined #RubyOnRails
[22:27:47] NoGodDamnIdea: has joined #RubyOnRails
[22:30:40] LambdaSource: has joined #RubyOnRails
[22:33:33] dblessing: has joined #RubyOnRails
[22:34:54] jmay: has joined #RubyOnRails
[22:35:25] jhfisc: has joined #RubyOnRails
[22:42:18] jhfisc: has joined #RubyOnRails
[22:52:25] jarray52: has joined #RubyOnRails
[22:54:29] nobitanobi: has joined #RubyOnRails
[22:55:37] nobitanobi: hello - I have some questions regarding fragment caching. I have changed the HTML that I am caching (the object's attributes that are used for the cache key hasn't changed), but I still get the cached version. I thought there was some kind of digest that would expire if the HTML changed, but it doesn't seem to be the case. This is the code I have: https://gist.github.com/anonymous/cc841ede9078955ccd23a660317
[22:57:13] pharma_joe: has joined #RubyOnRails
[23:05:55] matthewd: nobitanobi: That's true for erb templates... as for haml/slim/whatever that is, no idea.
[23:07:22] nobitanobi: matthewd: thanks - this is slim
[23:10:02] jhfisc: has joined #RubyOnRails
[23:11:08] Zinefer: has joined #RubyOnRails
[23:11:44] Zinefer: with haml, how can i nest some content in a div a variable number of times?
[23:11:57] Zinefer: for example, i want to "indent" some comment 4 times
[23:12:03] Zinefer: some content**
[23:12:41] Zinefer: the only way i can think of is to make a conditional that only runs on the last pass of the loop
[23:13:52] mostlybadfly: has joined #RubyOnRails
[23:14:06] rakm: has left #RubyOnRails: ("Textual IRC Client: www.textualapp.com")
[23:15:01] jhfisc: has joined #RubyOnRails
[23:18:03] jhfisc: has joined #RubyOnRails
[23:21:18] orbyt_: has joined #RubyOnRails
[23:25:58] pharma_joe: has joined #RubyOnRails
[23:27:22] dviola: has joined #RubyOnRails
[23:41:55] Jameser: has joined #RubyOnRails
[23:45:47] jhfisc: has joined #RubyOnRails
[23:48:41] sunya7a_: has joined #RubyOnRails
[23:49:20] jhfisc: has joined #RubyOnRails
[23:49:58] sunrunner20: has joined #RubyOnRails
[23:50:56] quazimodo: has joined #RubyOnRails
[23:51:14] nikivi: has joined #RubyOnRails
[23:51:20] jmay: has joined #RubyOnRails
[23:51:22] arthurnn: has joined #RubyOnRails
[23:51:39] TessaM: has joined #RubyOnRails
[23:52:47] jhfisc: has joined #RubyOnRails
[23:54:03] dblessing: has joined #RubyOnRails
[23:59:02] jhfisc: has joined #RubyOnRails